Omnimaga

Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: DrewMarin on December 20, 2006, 04:08:00 am

Title: Not another ti shell
Post by: DrewMarin on December 20, 2006, 04:08:00 am
Well Yes it is a other ti shell , but this I want to add funcuality to the calc that everyday users could benefit from, but so far I have  no idea on this. It will have a password manager to set up a password on boot , and so far I have been thinking on how it will work so it can be as cracker proof as possible ;]. I will release source code , I will need help, Any changes made to the shell while in development it would be appreciated it you shared it with us and a description of what you changed and if there was a reason why.






Cheers, Drew
Title: Not another ti shell
Post by: graywolf on December 20, 2006, 09:59:00 am
That sounds cool.  :)smile.gif

Is it going to be for the 83 or 89. Eitherway, it should also have a battery check.
A file search would be nice (on 89 for sure, but on 83?). Also programmers might want a hex editor or something like that.
A file info page and calc info page is also good. The ability to garbage collect is also good.
And hopefully it will run programs, files in general directly if possible. For example, text files can be viewed by just pressing enter; a program (kernel or shell or basic or w/e) can be run directly.

This probably sounds like a lot, but I'm just giving suggestions.  :Dbiggrin.gif
Title: Not another ti shell
Post by: Radical Pi on December 20, 2006, 10:15:00 am
How about... an interpreted language specifically designed for gaming?
Title: Not another ti shell
Post by: bfr on December 20, 2006, 11:02:00 am
QuoteBegin-Radical Pi+20 Dec, 2006, 16:15-->
QUOTE (Radical Pi @ 20 Dec, 2006, 16:15)
How about... an interpreted language specifically designed for gaming?

You wouldn't happen to be refering to the MLC shell, would you?  ;)wink.gif


This looks interesting; I look forward to trying it out.
Title: Not another ti shell
Post by: Radical Pi on December 20, 2006, 12:04:00 pm
Actually I was more thinking of FastRPL. I didn't no MLC was also a shell. :)smile.gif
Title: Not another ti shell
Post by: Halifax on December 20, 2006, 12:10:00 pm
you know it may not be the best thing to make the password crack "proof" because what if the user forgets the password?? Well then they wont be able to use the calculator.
Title: Not another ti shell
Post by: bfr on December 20, 2006, 12:13:00 pm
QuoteBegin-Radical Pi+20 Dec, 2006, 18:04-->
QUOTE (Radical Pi @ 20 Dec, 2006, 18:04)
Actually I was more thinking of FastRPL. I didn't no MLC was also a shell. :)smile.gif

 MLC is technically a shell that only runs MLC programs.  :)smile.gif

Haifax has a good point.  One should just not let his/her calculator get in the wrong hands.  
Title: Not another ti shell
Post by: graywolf on December 20, 2006, 12:25:00 pm
Yah, I agree with Halifax. Maybe you should have a combination of keys like [ALPHA]+[ON] held together to unlock the calculator. Something that the user can remeber, but anyone pressing random keys will not guess.
Title: Not another ti shell
Post by: dinhotheone on December 20, 2006, 12:27:00 pm
except then anyone who uses this shell will know how to open it.
Title: Not another ti shell
Post by: graywolf on December 20, 2006, 12:44:00 pm
Oh... Well you can customize your own set of keys to unlock  :Ptongue.gif
Title: Not another ti shell
Post by: DrewMarin on December 20, 2006, 02:59:00 pm
wow nice ideas =], and its for the 83+ . Im gonna need help so if anyone wants to help your more than welcome and Im thinking of trying to make a team but I know that will not be easy , but who said it would be.  And to any  people with alot of knowledge on kernels and stuff would it be smart to make my own kernel in asm , or would running a kernel on top of a kernel be a bad idea?
Title: Not another ti shell
Post by: elfprince13 on December 20, 2006, 03:53:00 pm
no offense meant but several things Id like to point out here.

the phrase "kernel" is probably the wrong one in this case since you are referring to an 83+ shell.

in general BASIC shells are fun to write, but not particularly useful in the long run (dont take this as a discouragement of the project, just a helpful suggestion)

writing a shell in asm is much more useful but the fact the you are asking whether or not you should do it in asm would seem to imply you aren't familiar enough with asm to want to undertake a project of this magnitude in it yet.

anywho, other than that, sounds like a fun project, if you do it in basic I suggest the use of codex and program tools as 2 excellent tools for creating basic shells. If you do it in asm I suggest learning the language and writing a few games before trying anything like this.
Title: Not another ti shell
Post by: DrewMarin on December 20, 2006, 04:30:00 pm
QuoteBegin-elfprince13+20 Dec, 2006, 21:53-->
QUOTE (elfprince13 @ 20 Dec, 2006, 21:53)
no offense meant but several things Id like to point out here.

the phrase "kernel" is probably the wrong one in this case since you are referring to an 83+ shell.

in general BASIC shells are fun to write, but not particularly useful in the long run (dont take this as a discouragement of the project, just a helpful suggestion)

writing a shell in asm is much more useful but the fact the you are asking whether or not you should do it in asm would seem to imply you aren't familiar enough with asm to want to undertake a project of this magnitude in it yet.

anywho, other than that, sounds like a fun project, if you do it in basic I suggest the use of codex and program tools as 2 excellent tools for creating basic shells. If you do it in asm I suggest learning the language and writing a few games before trying anything like this.  

 well I know what a kernel is(was thinking of writing a kernel in asm also and have this run of it but idk sounds wayy to advanced lol), and I know Im gonna have to use asm at one point becuase basic isnt enough for this project. Community hopefully will help , and the source will be open so people could help me by making changes along the way. And as far as using other programs also it prob will happen. thx for the advice/info elfprince
Title: Not another ti shell
Post by: DJ Omnimaga on December 21, 2006, 02:34:00 am
werent kernel the same thing than shells? On 68k i remember everything that was a shell was called a kernel, I dunno why.

Sound nice for a first project tho, I would allow the user to set his key combination to unlock the calc... uhm wait that would be a nice alternative for a password program (on xbox passwords are key based, not character based :Dbiggrin.gif)
Title: Not another ti shell
Post by: DrewMarin on December 21, 2006, 03:37:00 am
QuoteBegin-xlibman+21 Dec, 2006, 8:34-->
QUOTE (xlibman @ 21 Dec, 2006, 8:34)
werent kernel the same thing than shells? On 68k i remember everything that was a shell was called a kernel, I dunno why.

Sound nice for a first project tho, I would allow the user to set his key combination to unlock the calc... uhm wait that would be a nice alternative for a password program (on xbox passwords are key based, not character based :Dbiggrin.gif)  

 They just wished it was a kernel, i think Ill take ur advice from msn on the 10 key thing  
Title: Not another ti shell
Post by: elfprince13 on December 21, 2006, 05:38:00 am
QuoteBegin-xlibman+21 Dec, 2006, 8:34-->
QUOTE (xlibman @ 21 Dec, 2006, 8:34)
werent kernel the same thing than shells? On 68k i remember everything that was a shell was called a kernel, I dunno why.

Sound nice for a first project tho, I would allow the user to set his key combination to unlock the calc... uhm wait that would be a nice alternative for a password program (on xbox passwords are key based, not character based :Dbiggrin.gif)

because what takes the place of the z80 shells on the 68k calcs is much more kernel like. Furthermore TSE especially, but also MOS to a certain degree have Kernel-like functionality, but for the most part they are just shells on top of the real kernel (the TI-OS)

shell != kernel.
QuoteBegin-"Wikipedia"+
-->
QUOTE ("Wikipedia")
In computing, the kernel is the central component of most computer operating systems (OSs). Its responsibilities include managing the system's resources and the communication between hardware and software components. As a basic component of an operating system, a kernel provides the lowest level of abstraction layer for the resources (especially memory, processors and I/O devices) that applications must control to perform their function. It typically makes these facilities available to application processes through inter-process communication mechanisms and system calls.

These tasks are done differently by different kernels, depending on their design and implementation. While monolithic kernels will try to achieve these goals by executing all the code in the same address space to increase the performance of the system, microkernels run most of their services in user space, aiming to improve maintainability and modularity of the codebase.[1] A range of possibilities exists between these two extremes.



QuoteBegin-"wikipedia"+
-->
QUOTE ("wikipedia")
In computing, a shell is a piece of software that provides an interface for users (command line interpreter). Typically, the term refers to an operating system shell which provides access to the services of a kernel. However, the term is also applied very loosely to applications and may include any software that is "built around" a particular component, such as web browsers and email clients that are "shells" for HTML rendering engines. The name 'shell' originates from shells being an outer layer of interface between the user and the innards of the operating system (the kernel).

Operating system shells generally fall into one of two categories: command line and graphical. Command line shells provide a command line interface (CLI) to the operating system, while graphical shells provide a graphical user interface (GUI).

The relative merits of CLI- and GUI-based shells are often debated. CLI proponents claim that certain operations can be performed much faster under CLI shells than under GUI shells (such as moving files, for example). However, GUI proponents advocate the comparative usability and simplicity of GUI shells. The best choice is often determined by the way in which a computer will be used. On a server mainly used for data transfers and processing with expert administration, a CLI is likely to be the best choice. On the other hand, a GUI would be more appropriate for a computer to be used for image or video editing and the development of the above data.

Modern versions of the Microsoft Windows operating system use Windows Explorer as their shell. Explorer provides the familiar desktop environment, Start menu, and task bar, as well as the file management functions of the operating system. Older versions also include Program Manager which was the Shell for the 3.x series of Microsoft Windows.

Many individuals and developers dissatisfied with the interface of Windows Explorer have developed software that either alters the functioning and appearance of the shell or replaces it entirely. WindowBlinds by StarDock is a good example of the former sort of application. LiteStep, GeoShell and BB4Win are good examples of the latter.
Title: Not another ti shell
Post by: graywolf on December 21, 2006, 06:43:00 am
QUOTE
werent kernel the same thing than shells? On 68k i remember everything that was a shell was called a kernel, I dunno why.


On 68k they are used synonymously by users who do not really know the difference. By kernel they now mostly refer to PreOS or Kerno. Some shells (basically file explorers) support kernel programs, like TICT (I believe) and probably PCTools. I hope this will be the case with DrewMarin's program (the ability to support kernel programs internally within the shell or with the use of a pre-existing kernel on the calculator).

And the 10 key thing: do you need to press 10 keys to unlock your calculator? Sounds like a lot (and easy to forget).
Title: Not another ti shell
Post by: DrewMarin on December 21, 2006, 07:25:00 am
lol no he said to make the password/key program to only use 10 keys insted of all of them possible becuase of how long it would take, and it would also be easier to bruteforce it if you forgot the password
Title: Not another ti shell
Post by: graywolf on December 21, 2006, 07:35:00 am
Oh, ok. Thats more reasonable.
Title: Not another ti shell
Post by: DrewMarin on December 21, 2006, 07:57:00 am
Hmm well I got one thing to say dont expect a realy awesome release for awhile , I think my first few releases might well be lacking alot but it should get better as I learn more and hopefully get help  
Title: Not another ti shell
Post by: DJ Omnimaga on December 21, 2006, 01:58:00 pm
feel free to ask any question here, we will be glad to help if there is someone online :)smile.gif
Title: Not another ti shell
Post by: DrewMarin on December 21, 2006, 03:32:00 pm
Well hearing that , development starts day after christmas (Im going up north in the car bringing my laptop and calc =] )
Title: Not another ti shell
Post by: DJ Omnimaga on December 21, 2006, 04:03:00 pm
did you fixed your computer btw?
Title: Not another ti shell
Post by: DrewMarin on December 21, 2006, 04:06:00 pm
that pc was a emachine which I put in the closet just recently, i got it working but it wont ever be used by me again, Im buyin a mac and I got a new awesome laptop so basically it dosent have a use anymore unless I start modding ;]
Title: Not another ti shell
Post by: Radical Pi on December 21, 2006, 11:45:00 pm
you should sell the parts on ebay :Dbiggrin.gif
Title: Not another ti shell
Post by: DrewMarin on December 22, 2006, 03:09:00 am
Im actually willing to sell the whole pc for $30 , as long as they pay shipping and Ill include windows but selling it on ebay well no1 will want it the specs suc lol
Title: Not another ti shell
Post by: graywolf on December 22, 2006, 06:35:00 am
Yay! What Mac did you get? I'm gonna gte a MacBook Pro  :)smile.gif
Title: Not another ti shell
Post by: DrewMarin on December 22, 2006, 11:50:00 am
Im buyin the mini, its perfect for what I need
Title: Not another ti shell
Post by: DJ Omnimaga on December 22, 2006, 03:54:00 pm
i saw some at staples last week, but they are soooo expensive O_Oshocked2.gif
Title: Not another ti shell
Post by: DrewMarin on December 22, 2006, 05:03:00 pm
$599 usd for a mini is dirt cheap ecspecially for the specs/ brand
Title: Not another ti shell
Post by: DJ Omnimaga on December 23, 2006, 02:43:00 am
over here mac mini is like $130-2700
Title: Not another ti shell
Post by: elfprince13 on December 23, 2006, 06:14:00 am
o.oblink.gif are you kidding me? you can get mac minis here for $600 preloaded with iLife, front row, and an apple remote (essentially the apple equivalent to a media center pc, but a lot stabler, and with better editing tools and better iPod support). plus it has FAR better specs than any $600 pc...

http://store.apple.com/1-80-MY-APPLE/WebObjects/AppleStore?family=Macmini
Title: Not another ti shell
Post by: DrewMarin on December 23, 2006, 07:39:00 am
wow xlib I feel for ya, but does anyone know what asm tools are out there for the mini so when i get it I could also do my programming on it
Title: Not another ti shell
Post by: Demon on December 25, 2006, 05:51:00 pm
The password thing:  Maybe it should be an option of how much protection you want.  You could set it so you could have protection that no one - not even you - can break or protection you can get around easily...
Title: Not another ti shell
Post by: DrewMarin on December 26, 2006, 02:17:00 pm
QuoteBegin-Demon+25 Dec, 2006, 23:51-->
QUOTE (Demon @ 25 Dec, 2006, 23:51)
The password thing:  Maybe it should be an option of how much protection you want.  You could set it so you could have protection that no one - not even you - can break or protection you can get around easily...  

 Well that would be hard becuase as every hacker knows security is a big joke  :Dbiggrin.gif Im not that much of a hacker yet but I know that security really is a joke there is a other way for everything
Title: Not another ti shell
Post by: necro on December 26, 2006, 07:13:00 pm
why not a higher than asm laungage for z80 cals (C for instance)?  That'd be pretty damned useful...but there are far to many shells.  A app builder or something like that would be neat though.
Title: Not another ti shell
Post by: CureDesu on December 27, 2006, 05:39:00 pm
That would be pretty damn awesome if it was possible to run C on Z80 calcs.  O_Oshocked2.gif
Title: Not another ti shell
Post by: christop on December 28, 2006, 08:59:00 am
QuoteBegin-CureDesu+27 Dec, 2006, 23:39-->
QUOTE (CureDesu @ 27 Dec, 2006, 23:39)
That would be pretty damn awesome if it was possible to run C on Z80 calcs.
Title: Not another ti shell
Post by: DrewMarin on December 28, 2006, 04:36:00 pm
the problem with the c compiler is well idk C, Im learning php then python or ruby after that
Title: Not another ti shell
Post by: Jon on January 18, 2007, 05:11:00 pm
A new shell sounds like a cool idea! :thumbup:google.gif I would suggest including a decent-sized set of library functions.  I would definitely include the ion libraries, because no one (including me) will program for any shell anymore if they can't fastcopy.   I would suggest including more game-oriented libraries, such as tilemapping and masked sprites.  If you made libraries such as those to include in your shell, your shell would be a hit. BTW, I would be interested in helping you on this project. One last question: are you planning it to be an app or a program?