CompuServe Thread

#Time prefs and other

9 messages in this thread
#134887From: John K. DyerMar 4, 1994 7:28 PM
Ron – I know you told me how to set the time just once, and then it should be correct the next time it boots up. Well, I did the following: from a shell, I set the date with the date command, then issued the setclock save command. However, a couple of days afterwards it still defaults to the year 2014; the month and/or day may be correct or close, the time rarely is. I know it is a DKB clock, model # unknown, that I got at the time I bught my A1200 with 120 meg drive. Any ideas or suggestions? Another thing I have a question about is regarding memory. I knwo that after I quit some programs I don't have the same memory I had when I started. I can recover some when I issue the 'avail flush' command, but, is there anything more I can do, other than the 3-fingered salute? BTW, if it's a considertion, the dealer set it up so that I have a RAM: disk established in the Startup-sequence file. Is it possible for me to get the files needed to generate speech through the public domain?
#134929From: Ronald B. RomineMar 5, 1994 12:12 AM
Ok, from the Shell try issuing the following series of commands: SETCLOCK RESET DATE 04-Mar-94 06:54:33 SETCLOCK SAVE The Setclock's RESET option forces a complete reset of the clock. This may be needed if a program turned off the clock or sets the test bit of the clock. The DATE command sets the date using a day-month-year, and a hour-minute-second format. Remember to change the date to your current date & time using a 24-hour clock. The final Setclock using "save" is the actual command that saves the time/date being "used" to the clock chip. Also, try checking the clock after certain programs are run. One of the programs may be crashing the clock. — JD >>I know that after I quit some programs I don't have the same memory I had when I started. […] Memory on the Amiga is dynamic. The Amiga can have memory added or removed from its " memory list" at any time. Not all the memory will be freed again immediately after a program is quit. The OS does preform memory flushs, freeing no-longer-being-used memory, as it is needed. Some memory isn't freed because the programmer failed to properly mark the memory as being freed. Another reason memory isn't always freed, is because it is being used to hold a ".library". The Amiga will hold a library in memory even after the program that loaded the library has quit. This allows the next program that uses that library, to do so without having to re-load it from disk. The OS will eventually delete the unused libraries from memory with a routine flush, or a request for a flush from AVAIL or WB. If you use "LoadWB -debug", in the startup-sequence instead of the normal LoadWB, you will be given an additional "developer menu options". One of these options is a flush command in the menu that forces the system to flush ALL unused libraries. — Don't worry about the RAM-disk, its existance is both normal and expected on the Amiga. There should be at least three special directories in the RAM-disk. They are: T: (holds temporary files generated by the AmigaDOS or other programs. The system's scratchpad) Clipboards: (temporyally stores text clipped by ConClip or other cut-n-paste programs like PowerSnap.) ENV: (the environmental varibles, copies of the WB prefs settings are stored here for quick reference. Other third party programs will use ENV: for their own config or pref files.) This RAM-disk is dynamic. If your files in the RAM-disk add upto to only 1K, then the RAM-disk is only 1K. If you put 786K in the RAM-disk, it will expand to 768K; as as you remove files, the RAM-disk will shrink back down again. — KD >>Is it possible for me to get the files needed to generate speech through the public domain?<< Through the PD, you can get sound & music files, their players, and even software that allows you to send commands to your CLI using your voice (requires additional hardware). You can also get software that *uses* Commodore's "Speech" software. You can't upload/download the Commodore "speech, narrator, and translater" files that Commodore shipped with 1.2, 1.3 & 2.0. Those files are copyrighted (and Commdore doesn't hold the copyright.) If you really want the Commodore speech files, you will need to either find and purchase the 2.0-disks, or "aquire" copies of these files from a friend. I have the files, but to tell the truth, I've only used them once or twice in the last three years. They aren't that well used. Ron. – ap'ing with AP. (Eagles may fly, but weasels aren't sucked into jet engines.)
#135259From: John K. DyerMar 7, 1994 11:10 PM
Ron Thanks for the help. Although I have done the 'setclock' save, I had not tried the reset option. Is this quirk with my clock common with all clocks in the Amiga line, or just a select few? Re the RAM disk, what about changing it to RAD:, with about 200k or so? would I still get the benefits of RAM, without the cons of RAM: ? I will modify my shell-startup (after making sure I have a copy first) to get the 'debug option. Its just a little cheaper than memory! See ya on-line soon. John
#135267From: Ronald B. RomineMar 8, 1994 12:12 AM
JD >>Is this quirk with my clock common with all clocks in the Amiga line, or just a select few?<< I believe it is with all clocks used by the Amiga. Its not a common problem. Crashing the clock, requires that the software either has to be written to directly affect the clock (clock tester or editor), or the software must be so badly written that it trips over the clock. — JD >>Re the RAM disk, what about changing it to RAD:, with about 200k or so? would I still get the benefits of RAM, without the cons of RAM: ? Nope, you would get the cons of RAD, without the benefits of RAM… While the RAD survives reset, it is FROZEN in size. RAD, can't expand to hold larger files, and it can't shrink to free memory for running programs in. Other than dying during resets, the RAM-Disk is better than RAD. — If you want a recoverable RAM disk, than can shrink or expand, check the libraries for a third party alternative called "StatRAM" — it may be under the name of "STAT22.LHA". This static ram-disk, (SD0:), allows you to set a maximum size, but can shrink in size if the disk isn't full. It also allows you to format it with any of the filesystems (OFS, FFS, INT-OFS, DC-FFS, etc.) Ron. – ap'ing with AP. (Eagles may fly, but weasels aren't sucked into jet engines.)
#134958From: Brian BartlettMar 5, 1994 3:55 AM
you need to do a SetClock Reset command since your clock is totally confused. Then set the date and do a SetClock Save. As for memory, you won't always get back what you started with, even if you do an Avail Flush. There are myriad reasons, but a few are: the program didn't free up all the memory it allocated, a sign of a bad program; the resources allocated by one program are still in use by another program, if so, you won't get that memory back until the other program is finished with it; and simple differences in what was allocated between the start and end of the program, even if it frees everything up. Do NOT kill the RAM: disk. It is required by the system in AmigaDOS 2.04 or better, and highly recommended for AmigaDOS 1.3x. There are a lot of things tucked into the Ram: disk that have to be there in order to have your workbench setup the way you desire. If memory is a problem, it is definitely time to consider upgrading your system by a couple of megabytes, especially if your system is a stock A1200. Your system will run faster and you won't run into this problem unless you run a megaprogram. Your best bet for adding speach to your Amiga is to find a copy of AmigaDOS 1.3 or less somewhere and copy the relevent files off of it. If you need to know which ones, ask and I'll provide a list. So far as I know, there isn't a PD solution to this one. I hope this helps. "You do trust me, don't you? Of course you do." — "To Play the King" (BBC)
#135260From: John K. DyerMar 7, 1994 11:11 PM
Brian – thanks for the info. You and Ron Romine provided some good info. One good thing to pass on is that I did locate the speech files, and have gotten them installed. I realize the novelty will probably wear off soon, but, shucks, its still new to me! I had not considered killing my RAM: disk; its just a little frustrating to see the memory gobbled up, and not released. I will definitely have to try the tip Ron provided: " If you use "LoadWB -debug", in the startup-sequence instead of the normal LoadWB, you will be given an additional "developer menu options". One of these options is a flush command in the menu that forces the system to flush ALL unused libraries." See ya' on-line soon. John
#135383From: Brian BartlettMar 9, 1994 3:53 AM
John, be careful with the flush menu item. I've seen it lock up machines. I know it isn't supposed to happen, but it does. "You do trust me, don't you? Of course you do." — "To Play the King" (BBC)
#135422From: Jim Shaffer Jr.Mar 9, 1994 6:36 PM
Are you sure you aren't accidentally hitting the Debug() item below it? 🙂
#135460From: Brian BartlettMar 10, 1994 3:58 AM
Jim, yes. I can handle debug here, just fine. I tried to track down exactly which program(s) was/were were freezing the system, but ran out of time. It got put on the back burner for other projects. "You do trust me, don't you? Of course you do." — "To Play the King" (BBC)