Why did this copyfile stop working?
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 55881
interpreted = N
texte = Mac OS X 10.3.2, Apache/1.3.28 (and iTools 7.2 Apache/1.3.29), WebDNA 4.5.1 Why would my copyfile stop working? This *had* been working for a couple months after it was moved to a new main (iTools) server. When it stopped, I tried it on the development server to find it fail there too. This is what the code looks like when printed to the screen. The waitforfile was a recent addition, thinking perhaps the delete took place before the copy finished (when this was working, there was no waitforfile), but all it did was add a 30-second wait for the timeout to trip. [copyfile from=*/Library/WebServer/Documents/data store /shoppingcarts/1075830078250&to=*/Library/WebServer/Documents/data store /cartStorage/1075830078250] [waitforfile file=*/Library/WebServer/Documents/data store /cartStorage/1075830078250] [deletefile file=*/Library/WebServer/Documents/data store /shoppingcarts/1075830078250] [/waitforfile] The [deletefile] *does* work, so I'm left with no copy and no original. There must have been a reason I didn't use [movefile] a year ago, but when I try it now, it also doesn't work (which may have been the reason). No permission flags have changed that I'm aware of, but I'm getting no errors in the code of the page and the rest of the site handles reading/writing to carts and reading/writing other files in that /data store directory. -------- Follow up: The existing code worked correctly today for an order, with no changes made. It looks like its always worked sporadically, we've just been in a long non-working spell. A sequential number gets prepended to each copied cart. This is how reliable the copy operation has been: 699, 703, 708, 724, 735, 743, 751, 764, 765, 766, 769, 770, 777, 792 We're also getting random garbage appended to the file names of many of the copied carts: 1068241394548ceNumber 106848440330490ndex=2 1070052431713881heck.incl 10728996861835888r&lookInField=ID&return 10731673592010851mber 107332663552750Number 1074303957116302Credit This is looking less like a coding issue and more of an underlying problem with the program. Any ideas on a direction to go to clear this up? Going to 5.0 isn't on the table. Rob Marquardt Designer/Resident Wirehead Toast Design 800 Washington Avenue North Minneapolis MN 55401 612.330.9863 v 612.321.9424 f www.toastdesign.com ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list
. To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Mac OS X 10.3.2, Apache/1.3.28 (and iTools 7.2 Apache/1.3.29), WebDNA 4.5.1 Why would my copyfile stop working? This *had* been working for a couple months after it was moved to a new main (iTools) server. When it stopped, I tried it on the development server to find it fail there too. This is what the code looks like when printed to the screen. The waitforfile was a recent addition, thinking perhaps the delete took place before the copy finished (when this was working, there was no waitforfile), but all it did was add a 30-second wait for the timeout to trip. [copyfile from=*/Library/WebServer/Documents/data store /shoppingcarts/1075830078250&to=*/Library/WebServer/Documents/data store /cartStorage/1075830078250] [waitforfile file=*/Library/WebServer/Documents/data store /cartStorage/1075830078250] [deletefile file=*/Library/WebServer/Documents/data store /shoppingcarts/1075830078250] [/waitforfile] The [deletefile] *does* work, so I'm left with no copy and no original. There must have been a reason I didn't use [movefile] a year ago, but when I try it now, it also doesn't work (which may have been the reason). No permission flags have changed that I'm aware of, but I'm getting no errors in the code of the page and the rest of the site handles reading/writing to carts and reading/writing other files in that /data store directory. -------- Follow up: The existing code worked correctly today for an order, with no changes made. It looks like its always worked sporadically, we've just been in a long non-working spell. A sequential number gets prepended to each copied cart. This is how reliable the copy operation has been: 699, 703, 708, 724, 735, 743, 751, 764, 765, 766, 769, 770, 777, 792 We're also getting random garbage appended to the file names of many of the copied carts: 1068241394548ceNumber 106848440330490ndex=2 1070052431713881heck.incl 10728996861835888r&lookInField=ID&return 10731673592010851mber 107332663552750Number 1074303957116302Credit This is looking less like a coding issue and more of an underlying problem with the program. Any ideas on a direction to go to clear this up? Going to 5.0 isn't on the table. Rob Marquardt Designer/Resident Wirehead Toast Design 800 Washington Avenue North Minneapolis MN 55401 612.330.9863 v 612.321.9424 f www.toastdesign.com ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Rob Marquardt
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
OK to delete records while finding them? (2000)
Writing to disk (1999)
WCS Newbie question (1997)
WebDNA Solutions ... (1997)
Hiding HTML and page breaks (1997)
Limiting user access to .tmpl files (1997)
Forcing price recalculation in shopping cart (1998)
[Sum] function? (1997)
re: emailer prob (1998)
WebCat2b13MacPlugIn - More limits on [include] (1997)
WebCatalog for Postcards ? (1997)
grabbing xml data with webcat (was: Posting XML data to (2002)
[movefile] prob *solved* (2005)
access denied problem (1997)
limitation found on group searching (1997)
2.0 Beta (1997)
Database Upload (2000)
.html processing? (1998)
Unexpected error (1997)
WebDelivery: One step closer !! (1997)