This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - calcdude84se
Pages: 1 ... 75 76 [77] 78 79 ... 161
1141
« on: October 01, 2010, 11:16:22 pm »
The only problem with that is it would require a more complex, slower compiler. 
1142
« on: October 01, 2010, 11:11:42 pm »
Just make sure the hard disk is umounted and that you're not running the program as root. You should be fine 
1143
« on: October 01, 2010, 11:06:23 pm »
"Subroutines", to my knowledge, does not mean Axe code, but rather the routines used by individual commands, like DispGraphr
1144
« on: October 01, 2010, 09:31:57 pm »
 Interesting. * calcdude wonders if it's preserved at archive.org...It probably isn't if it's only a redirect.
1145
« on: October 01, 2010, 08:56:55 pm »
Not anticipated but understandable, as Iambian said much earlier in the thread. Oh well... at least the 84+ and 83+ aren't going anywhere soon.
1146
« on: September 30, 2010, 07:42:47 am »
Well, you can store 250 to L1, and, although its representation is the same as -6, you can still use it as 250.
For example, code sample 1 displays 250, while code sample 2 display 65530 (-6).
-6->{L1
Disp {L1}>Dec250->{L1
Disp int{L1}>Dec(Note that I store the other value just to emphasize my point. Either -6 or 250 would have worked for both.)
1147
« on: September 28, 2010, 10:53:04 pm »
Definitely, hence why I recommend providing extra space at the end of a file  (And make sure you don't update the size byte in flash until the file is closed )
1148
« on: September 28, 2010, 10:50:50 pm »
Why would you be garbage collecting? If one file encroaches on another, you'll have to delete and move it (unless you can't  ), and I recommend you make provisions to be able to skip a certain amount of extra space after file to prevent what you and I described from happening
1149
« on: September 28, 2010, 10:31:02 pm »
You still haven't answered my question of how are multiple files a problem. Also, I thought you earlier had an idea of "edit buffers" or something like that where programs edited pieces of a file one piece at a time in RAM. Was that scrapped?
1150
« on: September 28, 2010, 10:24:30 pm »
Ooo, it might be a good idea to freeze file streams when garbage collections are in progress, instead of only allowing one file at a time.
Elaborate, please, I'm confused. This is something I've been struggling with: how to edit multiple files at once? What's getting in your way? I know I will probably use filestreams to make it easier on the user to cross page boundaries and such. Do programs handle flash almost directly, or am I misunderstanding? But I'm still not sure how to handle multiple pages. As above, but also, sectors might be a worry too.
1151
« on: September 28, 2010, 10:17:39 pm »
At least IMO it's fine. It's not like they'll happen at a very great frequency anyway... and since you can completely pause any running program (or, more advanced, just those that are using files in the FS being garbage collected  ) it doesn't seems like it'd be too bad.
1152
« on: September 28, 2010, 10:12:32 pm »
Well, how long will a garbage collection take? If it's no more than ~30sec, I see no problem in making it an atomic operation, IMO.
1153
« on: September 28, 2010, 10:04:47 pm »
My guess is that the program presupposes the existence of a certain list and other values... That's not very good, and I'd personally recommend fixing that.
1154
« on: September 28, 2010, 10:00:02 pm »
Fixed point, used with ** for multiplication. Let me see if I can find another topic that asks about this... Edit: Here we are. http://ourl.ca/7084Edit 2: 1100 th post! 
1155
« on: September 28, 2010, 09:43:53 pm »
What wears a flash chip is erasing it (setting all the 0 bits back to 1's)
However, having it clean up after each deletion rather than all at once would be slower and yes, it would probably wear the flash more.
Pages: 1 ... 75 76 [77] 78 79 ... 161
|
Show Posts
