Recent content by rottmanja

I have since updated my threading code since my last post. Currently everything works great when I test my code with out trying initialize the code as a daemon. The issue that I run into when I try to initialize the code with a perl daemon is. The first iteration of the code works perfectly...

After a bit more testing, I think I have the issue figured out. There is one of two possibilities. Either the file that is being generated is either corrupt or I have a bad block on my file system. After running fsck on my server, I am pretty sure that it is a bad block.

I am working on an application that just had the parameters changed. Originally the application was designed to use tiff files. Now I was asked to use pdf files instead. My application reads barcodes off of a document and then sorts the files based on the information from the barcode. Thus...

Yep using the output from print "Cmd : >cp $transFile $transPath<\n"; works like as expected. I am looked at my camel book, and I can with 100% certainty say that it is using sh. Something very odd is going on that I have never seen.

After $db = Mysql->connect($host, $database, $user, $password); add $db->selectDB($database); Here is a sub routine that I wrote that might be of some help. Allows you to modularize your sql queries. sub dbQuery{ # Define data array, based on array passed into this subroutine my...

After trying all 3 of your suggestions. It still does the same thing. This has to be one of the most frustrating bugs I have ever dealt with. On the other hand I can't rule out that system() might be using a different shell. However everything that I have researched I have yet to find a way to...

The exact error message is: Is a directory at Lib/PLSParse.pm line 128. Line 128 is where I have move($transFile,$transPath) or die "$!";

/mnt/fds-phx/docTmp/coded/1.tif is the absolute path to the file that I want to move. There is no possible way that the 1.tif file is a directory. I can open and view the document.

Tried that one to Kevin, I have 9 other directories under the /mnt/fds-phx/plSystem/transactions/active/98E98657-D4A3-6B6B-EF2990B199D75814 directory that I have tried to write to. And every single one of them does it. Here is another really weird thing that I just found. If I use the string...

Should be It will write the file to /mnt/fds-phx/plSystem/transactions/active/98E98657-D4A3-6B6B-EF2990B199D75814 Instead of /mnt/fds-phx/plSystem/transactions/active/98E98657-D4A3-6B6B-EF2990B199D75814

Yep 100% positive that I have write perms to the directory. The thing is, there are other directories in side of the "primer" directory that I have attempted to write to. And it does the exact same thing. It will write the file to ls -l...

I have tried system ( "mv \"$transFile\" \"$transPath\"" ); previously. And I have tried using File::Copy. When I use the code below. I get the error couldn't move the file. Is a directory But the error doesn't make any sense, since I am using abpaths to the file...

This is the output I get. Transpath : /mnt/fds-phx/plSystem/transactions/active/98E98657-D4A3-6B6B-EF2990B199D75814/tmp/ FileName: /mnt/fds-phx/docTmp/coded/1.tif Adding the chomp does not help anything.

Here is my updated dated code. Even with the slash after /tmp/ I still have the same issue. The really weird thing is, I can take the out put from my prints and use it on the command line and it works perfectly fine. Here is my updated code # read trans barcode $primer =...

That is what I originally tired. I have tried every variation of system(mv ...) system(cp ...) that I could think of. And they always end up in the directory above /tmp/