Re: Stack in memory problem
If you turn around quickly while reminiscing, you can see the future! Best, Jerry Daniels Use tRev's buy link during your 7 day free trial to get 20% off: http://reveditor.com/tag/shouldiswitch On May 22, 2010, at 8:08 PM, Mark Wieder wrote: Marty- Saturday, May 22, 2010, 6:02:13 PM, you wrote: That's it - a Hindsight plug-in for tRev :) If you build it they have already come... -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
Marty- Saturday, May 22, 2010, 6:02:13 PM, you wrote: > That's it - a Hindsight plug-in for tRev :) If you build it they have already come... -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
That's it - a Hindsight plug-in for tRev :) Marty- Saturday, May 22, 2010, 3:51:04 PM, you wrote: though! Once you figure these things out it seems so clear! Yeah - hindsight is a wonderful tool. I wish the IDE had it built in so I could turn in on *before* I get into trouble. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
Marty- Saturday, May 22, 2010, 3:51:04 PM, you wrote: > though! Once you figure these things out it seems so clear! Yeah - hindsight is a wonderful tool. I wish the IDE had it built in so I could turn in on *before* I get into trouble. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
I figured it out - this stack is a template and I have an openstack routine to check a version number to see if it needs to be updated. The stack that it checks is the same name as my original so I scripted around that and I'm fine. Thanks to Paul, Mark and Jacque for the input though! Once you figure these things out it seems so clear! Marty Marty Knapp wrote: The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . It sounds like the stack is opening automatically on launch. If it isn't a rev-related stack, then look for a plugin or frontscript that opens it, puts it in use, or requests data from it. Any of those things will load it into memory. Also, the next time you have it open, make sure the destroystack property is set to true. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
Marty Knapp wrote: The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . It sounds like the stack is opening automatically on launch. If it isn't a rev-related stack, then look for a plugin or frontscript that opens it, puts it in use, or requests data from it. Any of those things will load it into memory. Also, the next time you have it open, make sure the destroystack property is set to true. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . Marty Marty- Saturday, May 22, 2010, 1:27:56 PM, you wrote: OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - What's the name of the stack you're trying to open? Could it be the same as one of the existing stacks in the IDE or a plugin stack? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
Marty- Saturday, May 22, 2010, 1:27:56 PM, you wrote: > OK, so I got the "A stack with the same name as the one you are trying > to load is already open" message and I've tried all the options: Save - What's the name of the stack you're trying to open? Could it be the same as one of the existing stacks in the IDE or a plugin stack? -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Stack in memory problem
Marty, I've had a few incidences of this, where the only thing that worked was to shut down the computer (not just restart it). A complete shut down always worked. Fortunately, this has been very rare - once or twice a year. Good luck. Paul Looney On 23/05/2010, at 8:27 AM, Marty Knapp wrote: OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - Purge - Cancel and nothing gets me anywhere. I quit Rev, start it up again and get the same message when I try to open one of the stacks. I quit, reboot the computer, try it again and I still can't get the same message and the stack won't open . . . Is this weird or what? How can it still be in memory after quitting or rebooting? Thanks for any help, Mart Knapp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Stack in memory problem
OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - Purge - Cancel and nothing gets me anywhere. I quit Rev, start it up again and get the same message when I try to open one of the stacks. I quit, reboot the computer, try it again and I still can't get the same message and the stack won't open . . . Is this weird or what? How can it still be in memory after quitting or rebooting? Thanks for any help, Mart Knapp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
Peter, I have an application that copies alot of 3 to 8 MB files. Since it inevitably takes a long time, I tried buffer sizes from 1k up to the whole file. The fastest, though not by a huge amount, was around 32k. There didn't seem to be any noticable disc thrashing. This was from disc to disc,though, not partition to partition. I'd imagine it also depends on the particular computer and discs. best, Mark Smith On 7 Feb 2007, at 00:05, Peter Reid wrote: Hello Mark, Thanks for the rapid and detailed response. I'll have a play around with the things you suggest. However, I did try much smaller chunks initially (250Kb) but found the external drive which is used to hold both partitions (source & destination) went somewhat berserk and the copying was considerably slower! Given that the typical size of each backup file being copied is about 1.5Gb, 250Kb chunks would take too many cycles. This is why I increased the chunk size up to 10Mb. I'll take a look at your AppleScript and shell suggestions for setting the dates. Thanks again. Regards, Peter On 6 Feb 2007, at 11:53 pm, Mark Schonewille wrote: Hello Peter, I think that 10MB is quit a big chunk of data. Have you tried smaller chunks as well? My experience is that smaller chunks give a smoother impression, while they don't slow down copying much. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
Hello Mark, Thanks for the rapid and detailed response. I'll have a play around with the things you suggest. However, I did try much smaller chunks initially (250Kb) but found the external drive which is used to hold both partitions (source & destination) went somewhat berserk and the copying was considerably slower! Given that the typical size of each backup file being copied is about 1.5Gb, 250Kb chunks would take too many cycles. This is why I increased the chunk size up to 10Mb. I'll take a look at your AppleScript and shell suggestions for setting the dates. Thanks again. Regards, Peter On 6 Feb 2007, at 11:53 pm, Mark Schonewille wrote: Hello Peter, I think that 10MB is quit a big chunk of data. Have you tried smaller chunks as well? My experience is that smaller chunks give a smoother impression, while they don't slow down copying much. I added a wait command to your code (see below). To get and set the modification dates on Mac OS X, use AppleScript. To get the modification date (mind line wraps): tell application "Finder" to set x to the modification date of file "System:Users:John:desktop:Untitled.html" To set the modification date: tell application "Finder" to set the modification date of file "System:Users:John:desktop:Untitled.html copy" to date "31-10-2007" I believe that the date format needs to be the same as the system date if you want to write a date in abbreviated form. AppleScript used by Revolution to copy modification dates: on copyDate theSourceFile,theDestinationFile if char 1 of theSourceFile is "~" then delete char 1 of theSourceFIle if char 1 of theDestinationFile is "~" then delete char 1 of theDestinationFile put "tell application 'Finder'" & cr & ¬ "set myDate to the modification date of POSIX file '/users/" & $USER & theSourceFile & "'" & cr & ¬ "set the modification date of POSIX file '/users/" & $USER & theDestinationFile & "' to myDate" & cr & ¬ "end tell" into myScript replace "'" with quote in myScript do myScript as AppleScript return the result end copyDate usage of the copyDate command: copyDate "~/desktop/Untitled.html","~/desktop/Untitled.html copy" put the result Note that the file paths need to be absolute file paths. Unfortunately, I expect that using AppleScript to set modification dates may bring you back to the original problem, which was caused by AppleScript locking up Revolution. A better alternative might be to use a shell command, but I haven't looked into that yet. There is a command line utility (GetFileInfo) included in Apple's developer CD, which may be able to do the job. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 6-feb-2007, om 23:24 heeft Peter Reid het volgende geschreven: I've now managed to use buffered file copying for the problem I mentioned previously. Here is my file copying handler: on copyAfile sourceFile, destFolder, fCreatorType constant cBffrSize = 10485760 -- copy in 10Mbyte chunks set itemDelimiter to "/" put destFolder & last item of sourceFile into destFile -- set the Mac OS filetype & create destination file: set the fileType to fCreatorType open file destFile for binary write -- open source file: open file sourceFile for binary read -- copy the file data: put empty into dataBffr put false into gotEOF repeat until gotEOF read from file sourceFile for cBffrSize chars put the result is "eof" into gotEOF put it into dataBffr if dataBffr is not empty then write dataBffr to file destFile end if wait 0 millisecs with messages -- increase number for more control over GUI end repeat close file destFile close file sourceFile -- copy Mac OS resource fork info: put getResources(sourceFile) into resourceList set itemDelimiter to comma repeat for each line i in resourceList put item 1 of i into resType put item 2 of i into resID put copyresource(sourceFile,destFile,resType,resID) into junk wait 0 millisecs with messages -- increase number for more control over GUI end repeat put empty into junk end copyAfile The remaining problem I have is that the copied file has the current time & date NOT the same time & date as the original file. If I had used the revCopyFile, then the time & date would have been preserved. Can anyone suggest how I can change the (creation or modified) time & date on a file so the copies are the same as the originals? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
Hello Peter, I think that 10MB is quit a big chunk of data. Have you tried smaller chunks as well? My experience is that smaller chunks give a smoother impression, while they don't slow down copying much. I added a wait command to your code (see below). To get and set the modification dates on Mac OS X, use AppleScript. To get the modification date (mind line wraps): tell application "Finder" to set x to the modification date of file "System:Users:John:desktop:Untitled.html" To set the modification date: tell application "Finder" to set the modification date of file "System:Users:John:desktop:Untitled.html copy" to date "31-10-2007" I believe that the date format needs to be the same as the system date if you want to write a date in abbreviated form. AppleScript used by Revolution to copy modification dates: on copyDate theSourceFile,theDestinationFile if char 1 of theSourceFile is "~" then delete char 1 of theSourceFIle if char 1 of theDestinationFile is "~" then delete char 1 of theDestinationFile put "tell application 'Finder'" & cr & ¬ "set myDate to the modification date of POSIX file '/users/" & $USER & theSourceFile & "'" & cr & ¬ "set the modification date of POSIX file '/users/" & $USER & theDestinationFile & "' to myDate" & cr & ¬ "end tell" into myScript replace "'" with quote in myScript do myScript as AppleScript return the result end copyDate usage of the copyDate command: copyDate "~/desktop/Untitled.html","~/desktop/Untitled.html copy" put the result Note that the file paths need to be absolute file paths. Unfortunately, I expect that using AppleScript to set modification dates may bring you back to the original problem, which was caused by AppleScript locking up Revolution. A better alternative might be to use a shell command, but I haven't looked into that yet. There is a command line utility (GetFileInfo) included in Apple's developer CD, which may be able to do the job. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 6-feb-2007, om 23:24 heeft Peter Reid het volgende geschreven: I've now managed to use buffered file copying for the problem I mentioned previously. Here is my file copying handler: on copyAfile sourceFile, destFolder, fCreatorType constant cBffrSize = 10485760 -- copy in 10Mbyte chunks set itemDelimiter to "/" put destFolder & last item of sourceFile into destFile -- set the Mac OS filetype & create destination file: set the fileType to fCreatorType open file destFile for binary write -- open source file: open file sourceFile for binary read -- copy the file data: put empty into dataBffr put false into gotEOF repeat until gotEOF read from file sourceFile for cBffrSize chars put the result is "eof" into gotEOF put it into dataBffr if dataBffr is not empty then write dataBffr to file destFile end if wait 0 millisecs with messages -- increase number for more control over GUI end repeat close file destFile close file sourceFile -- copy Mac OS resource fork info: put getResources(sourceFile) into resourceList set itemDelimiter to comma repeat for each line i in resourceList put item 1 of i into resType put item 2 of i into resID put copyresource(sourceFile,destFile,resType,resID) into junk wait 0 millisecs with messages -- increase number for more control over GUI end repeat put empty into junk end copyAfile The remaining problem I have is that the copied file has the current time & date NOT the same time & date as the original file. If I had used the revCopyFile, then the time & date would have been preserved. Can anyone suggest how I can change the (creation or modified) time & date on a file so the copies are the same as the originals? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
I've now managed to use buffered file copying for the problem I mentioned previously. Here is my file copying handler: on copyAfile sourceFile, destFolder, fCreatorType constant cBffrSize = 10485760 -- copy in 10Mbyte chunks set itemDelimiter to "/" put destFolder & last item of sourceFile into destFile -- set the Mac OS filetype & create destination file: set the fileType to fCreatorType open file destFile for binary write -- open source file: open file sourceFile for binary read -- copy the file data: put empty into dataBffr put false into gotEOF repeat until gotEOF read from file sourceFile for cBffrSize chars put the result is "eof" into gotEOF put it into dataBffr if dataBffr is not empty then write dataBffr to file destFile end if end repeat close file destFile close file sourceFile -- copy Mac OS resource fork info: put getResources(sourceFile) into resourceList set itemDelimiter to comma repeat for each line i in resourceList put item 1 of i into resType put item 2 of i into resID put copyresource(sourceFile,destFile,resType,resID) into junk end repeat put empty into junk end copyAfile The remaining problem I have is that the copied file has the current time & date NOT the same time & date as the original file. If I had used the revCopyFile, then the time & date would have been preserved. Can anyone suggest how I can change the (creation or modified) time & date on a file so the copies are the same as the originals? On 4 Feb 2007, at 11:28 am, Peter Reid wrote: Thanks David & Mark. I think I'll try the buffered binary writing, as suggested by Mark, to see how that works out. I've seen how fast Rev can do this kind of thing before, but not for such large files. These files are Retrospect backup catalogues that I'm copying from the primary back- up area into another area for subsequent copying to tape. In total, I have to copy about 85Gb (in about 54 files) from one partition to another. Once in the 2nd partition, Retrospect itself copies them to an Ultrium tape drive for off-site storage. Thanks again, I'll report back on my progress with the buffered binary approach. Regards, Peter On 3 Feb 2007, at 5:57 pm, David Bovill wrote: I don't think this will be a memory problem - more likely an IAC type problem in that revCopyFile uses AppleScript and the equivalent on windows. If the delay between starting the event and completing it is very large and in the mean time you have issued a cue of events - I guess things are getting clogged. I think the way around it is to figure out a way of monitoring when the copy has completed and only then issuing the next revCopyFile command. However I am not sure how you would do this - one thing that you could try as well is to make a zip, issue one copy then unzip? I'd love to know how you get on as it is a situation that does come up from time to time? On 3 Feb 2007, at 6:14 pm, Mark Schonewille wrote: Since Revolution uses AppleScript, a much better way to do this task is to open each file for binary read, open a destination for binary write, and use a repeat loop to read and write small chunks, something like 200K. When done, close both files and continue with the next. You will be surprised about the speed and if you include a wait command with messages in the repeat loop, you have still control over the GUI to show e.g. a progress bar. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
Thanks David & Mark. I think I'll try the buffered binary writing, as suggested by Mark, to see how that works out. I've seen how fast Rev can do this kind of thing before, but not for such large files. These files are Retrospect backup catalogues that I'm copying from the primary back- up area into another area for subsequent copying to tape. In total, I have to copy about 85Gb (in about 54 files) from one partition to another. Once in the 2nd partition, Retrospect itself copies them to an Ultrium tape drive for off-site storage. Thanks again, I'll report back on my progress with the buffered binary approach. Regards, Peter On 3 Feb 2007, at 5:57 pm, David Bovill wrote: I don't think this will be a memory problem - more likely an IAC type problem in that revCopyFile uses AppleScript and the equivalent on windows. If the delay between starting the event and completing it is very large and in the mean time you have issued a cue of events - I guess things are getting clogged. I think the way around it is to figure out a way of monitoring when the copy has completed and only then issuing the next revCopyFile command. However I am not sure how you would do this - one thing that you could try as well is to make a zip, issue one copy then unzip? I'd love to know how you get on as it is a situation that does come up from time to time? On 3 Feb 2007, at 6:14 pm, Mark Schonewille wrote: Since Revolution uses AppleScript, a much better way to do this task is to open each file for binary read, open a destination for binary write, and use a repeat loop to read and write small chunks, something like 200K. When done, close both files and continue with the next. You will be surprised about the speed and if you include a wait command with messages in the repeat loop, you have still control over the GUI to show e.g. a progress bar. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
Hi Peter, Since Revolution uses AppleScript, a much better way to do this task is to open each file for binary read, open a destination for binary write, and use a repeat loop to read and write small chunks, something like 200K. When done, close both files and continue with the next. You will be surprised about the speed and if you include a wait command with messages in the repeat loop, you have still control over the GUI to show e.g. a progress bar. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 3-feb-2007, om 16:06 heeft Peter Reid het volgende geschreven: I've a program written in Rev 2.7.4 running under Max OS X 10.3.9 Server which copies 50+ backup files from one partition of a FireWire drive to another using the revCopyFile command. The size of each backup file varies from 350Mb up to 7Gb. During the copy process a log is written to a text file, showing the start time of the session, the details of each file copied and the end time of the session. Each file is copied one after another with the log entry being added after each file has been copied. The program always copies all files and the log file is complete with both session start and end time. However, once the copying is finished (taking some 90 minutes or so overnight), my Rev program is now frozen, not responding to any mouse clicks or attempts to open any of its menus (the Mac is otherwise working OK, no other problems with any other running programs). This means using the Apple menu "Force Quit..." after every run of the program. This program is supposed to run in the background all the time monitoring other activities and then doing the copying of the backup files overnight, but can't be used this way as it's always frozen after the copying!! I deliberately used the revCopyFile command instead of the put URL command because of the advantages listed on the Rev help: However, the revCopyFile command provides certain advantages. It copies file attributes (such as file type) and Mac OS resource forks along with the file. It also does not require reading the entire file into memory, so even extremely large files can be copied. According to the above from the help, memory shouldn't be a problem. However, the symptoms seem to be of a memory problem. Any suggestions please? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory Problem?
I don't think this will be a memory problem - more likely an IAC type problem in that revCopyFile uses AppleScript and the equivalent on windows. If the delay between starting the event and completing it is very large and in the mean time you have issued a cue of events - I guess things are getting clogged. I think the way around it is to figure out a way of monitoring when the copy has completed and only then issuing the next revCopyFile command. However I am not sure how you would do this - one thing that you could try as well is to make a zip, issue one copy then unzip? I'd love to know how you get on as it is a situation that does come up from time to time? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Memory Problem?
I've a program written in Rev 2.7.4 running under Max OS X 10.3.9 Server which copies 50+ backup files from one partition of a FireWire drive to another using the revCopyFile command. The size of each backup file varies from 350Mb up to 7Gb. During the copy process a log is written to a text file, showing the start time of the session, the details of each file copied and the end time of the session. Each file is copied one after another with the log entry being added after each file has been copied. The program always copies all files and the log file is complete with both session start and end time. However, once the copying is finished (taking some 90 minutes or so overnight), my Rev program is now frozen, not responding to any mouse clicks or attempts to open any of its menus (the Mac is otherwise working OK, no other problems with any other running programs). This means using the Apple menu "Force Quit..." after every run of the program. This program is supposed to run in the background all the time monitoring other activities and then doing the copying of the backup files overnight, but can't be used this way as it's always frozen after the copying!! I deliberately used the revCopyFile command instead of the put URL command because of the advantages listed on the Rev help: However, the revCopyFile command provides certain advantages. It copies file attributes (such as file type) and Mac OS resource forks along with the file. It also does not require reading the entire file into memory, so even extremely large files can be copied. According to the above from the help, memory shouldn't be a problem. However, the symptoms seem to be of a memory problem. Any suggestions please? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory problem
This seems like a beginner question so let's keep it simple. For a dictionary application I'd recommed using custompropertysets to differentiate the groups of words starting with a-z and then a customproperty for each word. Duane, try these handlers in a card or stack script: on saveWord wordName,wordData put char 1 of wordName into wordGroup set the custompropertyset of this card to wordGroup set the wordName of this card to wordData end saveWord function retrieveWord wordName put char 1 of wordName into wordGroup set the custompropertyset of this card to wordGroup put the wordName of this card into x return x end retrieveWord Then to save an entry, make a button (or whatever) with a script like: on mouseUp put "Word" into wordName put "Definitions, etc" into wordData send "saveWord "&wordName,wordData to this card end mouseUp and to retrieve a word: on mouseUp put retrieveWord("Word") end mouseUp Let us know how well it works with your thousands of words! - Original Message - From: "Troy Rollins" <[EMAIL PROTECTED]> To: "How to use Revolution" <[EMAIL PROTECTED]> Sent: Friday, October 15, 2004 1:03 PM Subject: Re: Memory problem On Oct 15, 2004, at 4:00 PM, David Kwinter wrote: I know this doesn't answer your question, but I think you should consider using an alternate method of storing your data. Something with less 'overhead' than cards. Perhaps custom properties or even text files. Or an embedded Database? -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory problem
On Oct 15, 2004, at 4:00 PM, David Kwinter wrote: I know this doesn't answer your question, but I think you should consider using an alternate method of storing your data. Something with less 'overhead' than cards. Perhaps custom properties or even text files. Or an embedded Database? -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory problem
Properties would be good, or even a database such as PostgreSQL. On Oct 15, 2004, at 4:00 PM, David Kwinter wrote: I know this doesn't answer your question, but I think you should consider using an alternate method of storing your data. Something with less 'overhead' than cards. Perhaps custom properties or even text files. - Original Message - From: "duane poncy" <[EMAIL PROTECTED]> To: "a Revolution" <[EMAIL PROTECTED]> Sent: Friday, October 15, 2004 12:53 PM Subject: Memory problem I have a hard disk space problem. I have a dictionary project which requires me to clone a few thousand cards, evidently requiring a lot of hard disk space on my G4 Mac. Revolution only wants use to my Startup partition, but it doesn't have enough space. Does anyone know of a way to designate another disk or partition for scratch memory? Thanks Duane Poncy visit elohi gadugi: poetry, software, Cherokee culture and Native American rights. http://elohigadugi.org/ Another world is not only possible, she is on her way. On a quiet day, I can hear her breathing. - Arundhati Roy - ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution --- Frank D. Engel, Jr. <[EMAIL PROTECTED]> $ ln -s /usr/share/kjvbible /usr/manual $ true | cat /usr/manual | grep "John 3:16" John 3:16 For God so loved the world, that he gave his only begotten Son, that whosoever believeth in him should not perish, but have everlasting life. $ ___ $0 Web Hosting with up to 120MB web space, 1000 MB Transfer 10 Personalized POP and Web E-mail Accounts, and much more. Signup at www.doteasy.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Memory problem
I know this doesn't answer your question, but I think you should consider using an alternate method of storing your data. Something with less 'overhead' than cards. Perhaps custom properties or even text files. - Original Message - From: "duane poncy" <[EMAIL PROTECTED]> To: "a Revolution" <[EMAIL PROTECTED]> Sent: Friday, October 15, 2004 12:53 PM Subject: Memory problem I have a hard disk space problem. I have a dictionary project which requires me to clone a few thousand cards, evidently requiring a lot of hard disk space on my G4 Mac. Revolution only wants use to my Startup partition, but it doesn't have enough space. Does anyone know of a way to designate another disk or partition for scratch memory? Thanks Duane Poncy visit elohi gadugi: poetry, software, Cherokee culture and Native American rights. http://elohigadugi.org/ Another world is not only possible, she is on her way. On a quiet day, I can hear her breathing. - Arundhati Roy - ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Memory problem
I have a hard disk space problem. I have a dictionary project which requires me to clone a few thousand cards, evidently requiring a lot of hard disk space on my G4 Mac. Revolution only wants use to my Startup partition, but it doesn't have enough space. Does anyone know of a way to designate another disk or partition for scratch memory? Thanks Duane Poncy visit elohi gadugi: poetry, software, Cherokee culture and Native American rights. http://elohigadugi.org/ Another world is not only possible, she is on her way. On a quiet day, I can hear her breathing. - Arundhati Roy - ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution