Hmmm, the file isn't supposed to exist in most cases. This is where I check to see if the file is already there, and if it is you can upload over top of it. So you can update the file. I think this must be a PHP setting of yours. Can you put your phpinfo up somewhere for me to see? Create a file with



And put it up on your website somewhere. Mine is at https://secure.neap.net/phpinfo.php



These are normal PHP statements as well. It has to have something with your PHP settings. Edit the file and change the single quotes on those two lines to double quotes out of curiousity. That shouldn't be it though. I honestly do not know what kind of problem it could have with this.



Totally normal PHP.



What is telling you it is not there? You mean it is not showing up in the list? That would mean no DB entry for it.



Doh! Will do. You can add it yourself in the meantime. Look for the function UPIC_Upload() around line 1066, and insert this right after the 'global' declarations at the top of the function :



cheers,
-Alan

Gah - OK, I think I see the problem with the 'scalar value' thing. Doh! I'll have a fix in a few minutes.

Actually, just delete the two lines in question! They were left over from a different way I was trying to write that function.

these two :

I finally got it installed. It was actually painless after getting the new Aeonserv package installed. I do have one little problem though... so far.
I tried to upload a .jpg file and got the Following
[25.jpg] ...
... Successful file upload
File is not of specified type

From the looks of it, it doesn't allow .jpg files? I havent tried other pics yet, but will soon.

---

http://70.145.174.180/

It definitely allows JPG files. This is the first check that I have NetPBM doing, so it will have something to do with your NetPBM version or your path to NetPBM.

Basically all it is trying to do is execute the command "jpegtopnm" on your file. If it cannot do this for whatever reason, or if that command returns an error message, it will report this.

Now, I'm using UNIX type return codes here as well, and maybe that's the problem. In UNIX if the command returns 0, then it was successful. Any other return code is a problem. Do Windoze commands even return return codes?

In functions.inc it is the 'UPIC_checkFormat' function.



If you want to disable this check, just change the function to always return 1. But I'd like to get to the bottom of this because I suspect it is another UNIX/Windows thing.

So how is this plug coming?
And is the links still working to it?

Hey Allen... I'm still having some troubles with this... getting the following errors on uploading



err.. and in error.log, it has:

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

Sorry haven't been checking back here in a while. You can always email me too. Looks like pbm is not returning the same values as on my system. You have PBM installed, right?

You're on Windows, right?
What do you have _CONF['upic_usepipes'] set to? Whatever you have it set to, try the opposite (0 or 1).

Manually run the pbm program "pamfile" on a file from the command line, and tell me what the output is. You'll have to first use another of the pbm commands to convert the file to pam. e.g. 'jpgtopnm' or 'giftopnm'. Then run 'pamfile' on the new image created by the first program.

NetPBM. The binaries for Gallery. (filename: netpbm1.1-gallery1.0-linux2.2-redhat6.2-intel.tgz)

How dare you insult me like that Heh, no, my host uses Linux.

Tried, it was 1, changed to 0, same error.

`pamfile'? I do not have pamfile. My directory listing has the following files:

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

I'll check to see if your 'pnmfile' does the same thing as pamfile. My distro has both. I suspect it does do the same, in which case I'll show you how to make the change, and add it to configuration for the next release.

Looks like they are the same :

heimat# jpegtopnm pump1.jpg | pamfile
jpegtopnm: WRITING PPM FILE
stdin: PPM raw, 1024 by 768 maxval 255
You have new mail.
heimat# jpegtopnm pump1.jpg | pnmfile
jpegtopnm: WRITING PPM FILE
stdin: PPM raw, 1024 by 768 maxval 255


So right around 1177 where the error was reported, look for "pamfile" and replace it with "pnmfile" and you should be good to go.

Or wait, no. Just about 1177 is where UPIC_imageInfo is called. Look for the function UPIC_imageInfo (or depending which version you have, UPICL_imageInfo) around line 917 and change both occurances of "pamfile" in there to "pnmfile"

Thank you. I appreciate your help and dedication in helping me resolve this issue. I patiently await your findings.

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

See above - they are the same and the above should solve your problem.

Great, thanks. That fixed that part.

Now, on uploading an image, I receive the following error in error.log:

which somewhat makes sense since gl_upic_highlight is empty...

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

Damn! Now that's a bug! Not sure why it hasn't popped up here yet ...

Around line 1353 in functions.inc you will see



Change the upic_uid (2nd line of sql, right hand size of equals sign) to uh_uid

doh!

EDIT : wait a sec ... let me look at this more closely before doing anything as it looks like this is just a symptom, and not the problem.

ANOTHER EDIT : go to the line I note above and find the comment about 'now do highlight' and post what your code says. Basically, does your code snippet look like the one above? The one above should actually be correct because when I change it as I suggested above, that's when I actually get the error like yours. Exact same error.

OK, it must mean the previous query failed and stupid me I don't do error checks. Just prior to the code mentioned above is :



Add a check on the DB_query so it looks like this :

And in fact, before the DB_fetchArray() also add this :



so the whole segment will look like :

ok. i redl'd release 2 'cuz i foo bared a bit. Anyways.

I changed my pamfile to pnmfile. That's great.

I also changed lines 1346 thru to 1371. This includes all code from "now we have to re-lookup" to "and now do the highlight" to what you have above.

Tried uploading and I receive the following error:

However, the file does upload, this error just appears above the header of the entire page.


Checking line 1124-1129

Is the function checking for the file that doesn't exist (and it doesn't exist because its still being uploaded) and spitting out the error confirming its non-existence?

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

Ah, the error is because you have error codes cranked up in PHP. I'm probably calling fopen the wrong way which doesn't help. Basically what I'm doing there is checking to see if the file already exists, in which case I later go on to do an 'update' in stead of an 'insert'.

I should actually change that to "file_exists". So you could replace that if/fopen with



I'll change my code, in fact.

After making this change, I'd like to announce that, for the first time, I've been able to successfully run this plugin (and upload files) without any errors.

Thank you for your hard work and quick replies.

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams