When I said to archive ZDCS6 I was talking about the DoorsCS appvar ZDCS6 which I think holds the folder data and whatnot.I archived it on my calc and reset it on purpose just to test and it did seem to be the problem

The custom error messages do tend to crash.Especially when asking to goto a problem in a Basic program.

No offense but the background wasn't exactly a great feature... it makes it too difficult to see the screen.

I don't know about everyone else but, maybe the mouse edit should be an external program.I seem to be fine just using the default and Im sure everyone else feels the same.(Cant really create a better mouse that size...)

Some Ideas for the new DoorsCS 7

(1)Trash Bin feature like Archive Undelete(takes little room and VERY useful)
(2)Archive ZDCS6 appvar before running programs or exitting doors to protect against crashing.
(3)Remove Error messages because they tend to crash.
(4)Add feature that decompiles Asm programs to compress data and re-compiles them to decompress.
(5)Change about screen into a pop-up window to save space.
(6)Remove restart function(no needy)
(7)Remove background feature(makes it too hard to see programs.)
(8)Expand prgm edit to a prgm creater.
(9)Expand Calcnet to allow connection to computer.
(10)Allow Password protection at startup.

Erm, hex takes up more space than the assembled program, just to let you know.

Didn't I already address all of these in another topic? Here's what I said in that topic:


Possible, but I think more cumbersome than useful.

Waste of space imho

I will finish the SE for that.

?? What is ZDCS6?

Elfprince is (still?) working on iPaint.

Already has quad-channel sound routines, as used in mobileTunes 3.

Compressed programs are indeed a possibility. Dunno what you mean by "program to hex converter" though.

What do you mean?

That is indeed planned if I ever work more on CalcNet2.

Nah, it's fine as a 1KB standalone program.

It's an interesting idea.

Really? Can someone confirm this?

. No.

Possibly.

Fair enough.

Indeed, and too nonstandard to be worth including.

Only 1KB, actually, but your point stands.

Correct. See my comment above

Also correct.

Yes and no. It's not a big space thing, and it's already there. As I said above, mobileTunes 3 uses the quadplay routine.

An SE, as I said somewhere up there.

Won't protect against crashing.



Are you retarded?



Decompiling makes it LARGER not smaller. Same with converting to hex - that would make it *MUCH* larger.

Specifically, twice as large. Normally, 8 bits are stored in each byte, but when you convert it to "hex", if I understand you correctly, each byte stores an ASCII character that is 0-9 or A-F, so each byte is (effective) only storing 4 bits.

I'm confused. Did he edit the second post after these replies were made?

No. His second post was a near-exact duplicate of a post he made yesterday, so I just copied the response I posted in that topic.

Ah I see. I'm guess he's new to the concept for forums?

I guess so. Hopefully we will be able to transform his netiquette like we did Svakk's.

Maybe the cemetech community can create DoorsOS 1?

By the way, how does program compression actually work?

Hehe, I was imagining that actually

Instead of DoorsCS, make it a full-fledged OS

Probably wouldn't be very easy, especially for one person, so it wouldn't fly

Not too differently than a program like ZIP. The program is compressed and stored as [dictionary][compressed data], then unpacked at runtime. Program writeback is nominally more difficult, as the shell needs to be capable of compressing on-the-fly (and have sufficient space in which to do so.

Not very well, usually. Programs don't compress very well, which is why no one every really bothers with it.