ginerjm

Have you done a search of your script for another call to unlink?

Is this the same issue you posted about last Sunday that Barand and I both tried to answer for you?

Well, maybe not ALL of your code. Just the portion that pertains to your issue - if you have located it.

As Barand is saying you should change back to all errors. Ignoring warnings is not a good idea. Apparently you are already issuing the session start in an earlier part of your executing script. One should place the session start in that place always and not in any 'included' modules later on. That is what it looks like you are doing. The script that your url is calling is the starting point - session start s/b there as close to the start as allowed.

Obviously you didn't start the session in this script execution. I always place the session start line at the top of my scripts. It certainly doesn't hurt. Don't do it somewhere else that you think it will happen when it needs to. At the top where you can be sure it happens.

form vars from html are always received as strings in php.

So that is part of a 3rd party app that you are using? Not familiar with how those apps do that since I have never used one. But - they look like constants. Maybe search the php manual for CONSTANTS and see what it tells you. (PS - those lines all need semis)

What do you consider 'environment variables'? Not familiar with that term since my days with MS-DOS. And did you mean to say 'charge' or possibly 'change'?

Do you mean that you want to enter your site on a different page that is not named 'index.php'?

Not familiar with the TCPDF (using FPDF) but if I had to create one pdf file from multiple data requests, I would simply generate the first set of data, output that to my already-opened pdf file and repeat until done. Only then would I close the pdf and output it.

I'm guessing that by placing the result of the explode inside the array type you are creating a single element of an unexpected array. Try this: $resultarray = explode(',',$result); That will produce the array you are expecting. Explode produces an array naturally, no need to do a type on it.

These two lines: $result = $pdo->prepare($qry); while ($row = $qry->fetch(PDO::FETCH_ASSOC)) are the problem. The first creates a "statement" var so you could call it something like $stmt instead of result. Then you have to actually execute the prepared statement/query before you try and fetch something. Once you have done that you will be better off. Try looking at an example in the official PHP manual to get a better idea.

I"ll leave the OP to your assistance. IF he ever show you some code

MInd my wording? I am just frustrated at the lack of responsiveness from you. It has been pointed out twice to post your code (the part that matters if you have found it) yet you still haven't. How can it be made more clear? Please - try again. Please.

What is this? A picture? Can you not choose the area where you think the problem is and help us focus in on actual code that needs looking at - not peering at with a magnifier? Have you not posted on any forum before? Show Us The Code please. And not all of it! BTW - what debugging have you done? Any echos to show the query that you have built to do this? Echos to show where your logic is taking you? An echo to show the success or failure of the query? Anything?

I really don't think you are working with that code in the format as you posted. Please don't expect us to read it then.

Your while statement is incorrect. The FALSE is not in the while statement. Drop it - you don't need it. As for the input data, perhaps you should research how to create the csv file correctly instead of trying to fix it afterwards? One question. If you have a csv file why do you need to run this script just to create another one?

I have given you several suggestions. All you want to do is debate them. Good luck. I've obviously been wasting my time and energy.

Debugging sometimes is best done by you putting outputs into your script to track the path your logic is taking. As well as to confirm your assumptions. In my experience forms never receive mail, hence my confusion. Using the term PHPMail is so close to name of the PHPMailer product that there was confusion. I've never seen anyone capitalize the PHP mail function that way before - hence the confusion. I do believe that if anyone else were to jump in here (and in 48 hrs. it doesn't seem to be happening) the first thing they would suggest is to download and use PHPMailer, a different and well-respected mailing package. And anytime you want to post some code in the general area of concern with this problem, I"m sure you would get some additional help.

I am not educated in this knowledge, but if Xampp is running on Windows, Google say that you can setup a BAT job and schedule it. Do a google search for 'cron on xampp'.

All have helped you out I see. But - I really thought that my solution worked perfectly well for you using the data as you have it currently defined.

You are running that loop with the index values already represented as $i . Why do you want to mention an explicit index value? foreach($tools as $i => $val) { if ($i == 'broken') echo "We have $val $i tools at {$val['broken_price']} each"; if ($i == 'good_quality') echo "We have $val $i tools at {$val{'good_price']} each"; }

I think you are in the wrong business. You don't even WANT to do any coding and this is a one word fix. Jeez! And pulling the chain of someone you expect help from is not the way to get more help. And you definitely need it.

You don't seem to be offering us anything to work on. At least one person responded with a guess. As for what you are asking us to do - your opening post makes absolutely no sense to me and apparently nobody else since they haven't responded either. What is "phpmail"? Never heard of that one. Maybe you meant phpmailer? A typo then. What is "MTP"? Perhaps you meant to say SMTP? What does "receiving is disabled" mean? Got me. What is a "new-mail form"? Got me What is an "ap-call for mail()"? Have no idea what you are trying to convey with this one. So many (apparently) mis-typed references here I can't follow what you are trying to say. Have you done any debugging of your process to see what it is doing? Any error messages you haven't read yet? You certainly haven't passed any on to us? But that was already mentioned.

And - num_rows is an integer. Don't compare it to a string.