Search results for query: *

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/

I have run into a weird issue with moving files. When attempting to move a file from one directory to another. The move works somewhat. I have these directories/files: From: /mnt/fds-phx/docTmp/coded/1.tif to: /mnt/fds-phx/plSystem/transactions/active/98E98657-D4A3-6B6B-EF2990B199D75814/tmp...

I am working on a perl app that uses multiple threads to handle multiple instances of the same sub routine. During testing, I have run into an issue with segfaults after the first thread is created and the sub routines have started to process. During the creation of the second thread is where I...