Re: [Freedos-devel] ideas about FreeDOS resident calculator
I support this idea too, and for the operators, let me suggest using C-style ones, given the big amount of C-compatible languages, not only C/C++ but also Java, ecma-script and derivatives, etc. I am not saying to support them all: - there's no sense for =, +=, -=, etc, unless you implement some idea about the "M" memory variable that the calcullators usually have. Neither do the */@ pointer stuff - perhaps you wouldn't implement others like ?: in a first stage. Just ideas... Aitor 2007/4/11, tom ehlert <[EMAIL PROTECTED]>: > Hi, well, honestly, > > I think there's absolutely no use for an API for FDRC. > > make the CalcResultFromString portion of FDRC a separate source, > linkable to every program that likes to have a calculator. > > > Mit freundlichen Grüßen / Kind regards, > Tom Ehlert > +49-241-79886 > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Yes, exactly. We need only few functions: * check whether is driver present * compute matematical expression (*) set precision for floating point numbers (*) some extra function for operations like arithmetical mean - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Hi, well, honestly, I think there's absolutely no use for an API for FDRC. make the CalcResultFromString portion of FDRC a separate source, linkable to every program that likes to have a calculator. Mit freundlichen Grüßen / Kind regards, Tom Ehlert +49-241-79886 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Hi, well, honestly, I think the most "in style" way to have an API for FDRC would be to have a way to send strings like "4+sqrt(2)" to the calculator and receive a string with the result. Maybe with some extra functions like "round(2, 4+sqrt(2))" which would return "5.41" and "hex(42)" (returns "2a") and similar, as nobody wants to have values like "1.000e-02" in some receipt mentioning a single cent ;-). In any case I see only little use for an interface which would let you access every single math function separately. Such an interface would be lightweight (you can even use it as install check) and would fit the most common use of a TSR calculator - invoking a calculator / expression evaluator from within a shell, editor, ide, GUI or similar app. One could even interface it from some SET plugin, which would make some uses of SET /E with CALC387 easier ;-). The return string of the TSR calculator could be in a fixed buffer in FDRC, or it could overwrite the buffer of the caller which contained the string sent to FDRC. The latter is safe as long as FDRC is documented to never return strings longer than, say, 140 ASCII chars. You can try something like bin(factorial(33)) and assume that the calculator has max 128 bit internal representation. Of course I would be interested in adding some menu items for calling FDRC to our EDIT :-). Eric > I think that matematical API would be very interesting. > It is technological masturbation :-) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
>I still think it would still be easier to build a calculator API and just > implement what you need into Blocek. Probably yes. But I think that matematical API would be very interresting. It is technological masturbation :-) Some difficulties could be with return of floating point functions.FPU registers work as stacks so no confusion whether read or not read can't occur. - Original Message - From: "Tony G" <[EMAIL PROTECTED]> To: Sent: Tuesday, April 10, 2007 10:37 PM Subject: Re: [Freedos-devel] ideas about FreeDOS resident calculator > I still think it would still be easier to build a calculator API and just > implement what you need into Blocek. Simple calculations would be of course > easy to do, but imagine having to do complex functions, with nested levels > would require recursive calls on an interrupt... > > The original intent of interrupt handlers of course are to perform quick > tasks and return to the caller, so that would rule out the interrupt theory. > However, I am not without a suggestion. FDRC can use an Interrupt to give an > address to a function lookup table in ES:BX DX:AX whatever. Each of the > mathematical functions of FDRC can be offset from that table... > > The only problem would be the return issue, perhaps pass a pointer in > another register pair or push a pointer on the stack. > > -T > - Original Message - > From: "Oleg O. Chukaev" <[EMAIL PROTECTED]> > To: "Ladislav Lacina" > Sent: Tuesday, April 10, 2007 1:16 PM > Subject: Re: [Freedos-devel] ideas about FreeDOS resident calculator > > > > Ladislav Lacina wrote: > > > >>FDRC is nice and comfortable. But you could go further. Now is the TSR > >>module called by hotkey. What about making a alternate interface through > >>some interrupt? Now FDRC serves to users but if you would make some API > >>let's say on 2Fh DOS multiplex it could serve to programmers also. > >>I would like to implement into Blocek a calculator. I could, of course, > >>make own interface and own "brain" but if I could use some function from > >>FDRC, something like [ES:DI=pointer to math expression, AX=h, > >>INT2Fh --> EAX=computed value] it would be great and very interresting > >>from the technical point of view. > > > > Yes, I agree with you. Two functions are obvious (calculating the value > > of math expression, and checking for presence of another copy of FDRC > > in memory). Which functions should be available via INT 2f except > > these? > > > > > > Oleg O. Chukaev > > > > > > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ___ > > Freedos-devel mailing list > > Freedos-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freedos-devel > > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
I still think it would still be easier to build a calculator API and just implement what you need into Blocek. Simple calculations would be of course easy to do, but imagine having to do complex functions, with nested levels would require recursive calls on an interrupt... The original intent of interrupt handlers of course are to perform quick tasks and return to the caller, so that would rule out the interrupt theory. However, I am not without a suggestion. FDRC can use an Interrupt to give an address to a function lookup table in ES:BX DX:AX whatever. Each of the mathematical functions of FDRC can be offset from that table... The only problem would be the return issue, perhaps pass a pointer in another register pair or push a pointer on the stack. -T - Original Message - From: "Oleg O. Chukaev" <[EMAIL PROTECTED]> To: "Ladislav Lacina" Sent: Tuesday, April 10, 2007 1:16 PM Subject: Re: [Freedos-devel] ideas about FreeDOS resident calculator > Ladislav Lacina wrote: > >>FDRC is nice and comfortable. But you could go further. Now is the TSR >>module called by hotkey. What about making a alternate interface through >>some interrupt? Now FDRC serves to users but if you would make some API >>let's say on 2Fh DOS multiplex it could serve to programmers also. >>I would like to implement into Blocek a calculator. I could, of course, >>make own interface and own "brain" but if I could use some function from >>FDRC, something like [ES:DI=pointer to math expression, AX=h, >>INT2Fh --> EAX=computed value] it would be great and very interresting >>from the technical point of view. > > Yes, I agree with you. Two functions are obvious (calculating the value > of math expression, and checking for presence of another copy of FDRC > in memory). Which functions should be available via INT 2f except > these? > > > Oleg O. Chukaev > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
> in memory). Which functions should be available via INT 2f except > these? Maybe conversions from/to another number representation systems. 255dec = FFh = b - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Ladislav Lacina wrote: >FDRC is nice and comfortable. But you could go further. Now is the TSR >module called by hotkey. What about making a alternate interface through >some interrupt? Now FDRC serves to users but if you would make some API >let's say on 2Fh DOS multiplex it could serve to programmers also. >I would like to implement into Blocek a calculator. I could, of course, >make own interface and own "brain" but if I could use some function from >FDRC, something like [ES:DI=pointer to math expression, AX=h, >INT2Fh --> EAX=computed value] it would be great and very interresting >from the technical point of view. Yes, I agree with you. Two functions are obvious (calculating the value of math expression, and checking for presence of another copy of FDRC in memory). Which functions should be available via INT 2f except these? Oleg O. Chukaev - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Since the source is freely available (given its license) why not just add the parts you need to a library (obviously minus startup and resident code) and use the equivalent of DOS DLL files (the wonderful world of overlays) or just link it in. Then you can add the portions of this program are part of the FDRC published under the ... license. - Original Message - From: Ladislav Lacina To: freedos-devel@lists.sourceforge.net Sent: Saturday, April 07, 2007 7:38 AM Subject: [Freedos-devel] ideas about FreeDOS resident calculator FDRC is nice and comfortable. But you could go further. Now is the TSR module called by hotkey. What about making a alternate interface through some interrupt? Now FDRC serves to users but if you would make some API let's say on 2Fh DOS multiplex it could serve to programmers also. I would like to implement into Bloček a calculator. I could, of course, make own interface and own "brain" but if I could use some function from FDRC, something like [ES:DI=pointer to math expression, AX=h, INT2Fh --> EAX=computed value] it would be great and very interresting from the technical point of view. This all is needed because Bloček works in VESA graphics mode so the dialog window of FDRC can't be displayed. -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
On Sat, 7 Apr 2007 13:38:57 +0200, you wrote: >This all is needed because Blo?ek works in VESA graphics mode so the dialog >window of FDRC can't be displayed. I wonder nowadays display card still have support of VESA or not. UNIVBE refuse to work long ago, and other free VESA drivers stopped also. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
