[phpBB Debug] PHP Warning: in file [ROOT]/phpbb/db/driver/mysqli.php on line 264: mysqli_fetch_assoc(): Couldn't fetch mysqli_result
[phpBB Debug] PHP Warning: in file [ROOT]/phpbb/db/driver/mysqli.php on line 326: mysqli_free_result(): Couldn't fetch mysqli_result
Pete's QBASIC Site Discuss QBasic, Freebasic, QB64 and more 2009-05-24T23:53:24-05:00 http://www.petesqbsite.com/phpBB3/app.php/feed/topic/2958 2009-05-24T23:53:24-05:00 2009-05-24T23:53:24-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19219#p19219 <![CDATA[EXPONENTATION]]>
for the +E or -E is exponentation, meaning to the positive or negitive powers of which is explained above in laymen's terms
if a number is 4+E03 then it has 3 zeros after it 4000 and it is "for moving the decimal"

I sugest exactly that for shrinking the number then bloating it back to size after if that is the need.

terminology is important..

as in the (x,y) you see so much of in graphics are called the "Absisa and ordinate" and only when used in a group of sets are they considered co-ordinates.else are called by name or refered to as a "set" - Usefull info if ever needed just remember it for later..

Statistics: Posted by iamdenteddisk — Sun May 24, 2009 11:53 pm


]]>
2009-05-22T22:22:44-05:00 2009-05-22T22:22:44-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19212#p19212 <![CDATA[E within a number/at end (not Hex)]]>
I just recall something that somebody had posted for over 5 years in the Tricks Forum. Moneo said it was wrong because it should have added .5 to the value or something. They did not post it for a specific idea or program!

I spent over a week trying to explain the difference between Single and Double values. Even Mac got involved. :P

Ted

PS: It is not personal Moneo, but why even attempt to answer that question?

Statistics: Posted by burger2227 — Fri May 22, 2009 10:22 pm


]]>
2009-05-22T21:09:49-05:00 2009-05-22T21:09:49-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19211#p19211 <![CDATA[E within a number/at end (not Hex)]]>
STICK TO YOUR WEIRD ROUNDING IDEAS........ they make even less sense.
Moneo's rounding ideas are far from weird. They should be read and understood by anyone serious about programming in the business world or anywhere else good accuracy is needed. still today they apply. I've come to respect what moneo has to say and welcome his input on questions such as these.

I also think that the more answers the original poster gets, the more point of views he has, and then he can pick and choose the method he is comfortable with.

Statistics: Posted by MystikShadows — Fri May 22, 2009 9:09 pm


]]>
2009-05-22T20:47:54-05:00 2009-05-22T20:47:54-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19210#p19210 <![CDATA[E within a number/at end (not Hex)]]>
Regards..... Moneo

Statistics: Posted by moneo — Fri May 22, 2009 8:47 pm


]]>
2009-05-22T20:06:18-05:00 2009-05-22T20:06:18-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19209#p19209 <![CDATA[E within a number/at end (not Hex)]]>
So why say anything at all? Myst handled the question just fine! You sound like a parrot without any crackers.

STICK TO YOUR WEIRD ROUNDING IDEAS........ they make even less sense.

LOL @ 240 lines! What is the problem really? I can print the number easily using a double variable:

Code:

CLSa# = 1.496E+08PRINT a#PRINT USING "#########.##"; a#
If you want to get rid of scientific notation, try PRINT USING. You may have to decrease the number of decimal point digit markers to eliminate the D or E notation in some values. PRINT USING does NOT change the actual number value in the program, but looks normal to regular folks.

Statistics: Posted by burger2227 — Fri May 22, 2009 8:06 pm


]]>
2009-05-22T19:33:26-05:00 2009-05-22T19:33:26-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19208#p19208 <![CDATA[E within a number/at end (not Hex)]]>
It's too big to fit into an integer variable.

To be expressed as a single variable, it it needs to be converted to the format you have with E+08. Sorry, but I don't have the reason for this.

It fits fine into a long variable and a double variabe, and will show as 149600000.

To convert a number containing the E or D exponents is quite a complicated little program of about 240 lines of code. Mac, from the QBasic forum, wrote such a program. The problem is mostly of validation of the given input number, in addition to determining which variable types the result can be successfully expressed as.

If you just have a handful of these numbers to convert, you can use the following litttle program as an example:

dim n as single

n=1.496E+08

print using "##########";n

system

Regards..... Moneo

Statistics: Posted by moneo — Fri May 22, 2009 7:33 pm


]]>
2009-05-22T18:35:34-05:00 2009-05-22T18:35:34-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19207#p19207 <![CDATA[E within a number/at end (not Hex)]]> Statistics: Posted by burger2227 — Fri May 22, 2009 6:35 pm


]]>
2009-05-22T18:13:57-05:00 2009-05-22T18:13:57-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19206#p19206 <![CDATA[E within a number/at end (not Hex)]]>
In this case it means that 1.496 * 10 ^ 8 which results in 149 600 000 million

The number after E can also be a negative number

1.496E-08

which would mean 0.00000001496

Basically instead of displaying all the decimals like this they chose the 1.496 E+08

originally your first idea was closer. :)

Hope this helps. :)

Statistics: Posted by MystikShadows — Fri May 22, 2009 6:13 pm


]]>
2009-05-22T01:25:45-05:00 2009-05-22T01:25:45-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19203#p19203 <![CDATA[E within a number/at end (not Hex)]]>
thought it was to do with the size of the number... how many sapces to move the point.....

I just need to understand the value of the number...
working with it in blitz will be ok.... just getting it there in the right format

Statistics: Posted by ozthor — Fri May 22, 2009 1:25 am


]]>
2009-05-22T01:11:10-05:00 2009-05-22T01:11:10-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19202#p19202 <![CDATA[E within a number/at end (not Hex)]]> Statistics: Posted by jasbales — Fri May 22, 2009 1:11 am


]]>
2009-05-22T01:08:49-05:00 2009-05-22T01:08:49-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19201#p19201 <![CDATA[E within a number/at end (not Hex)]]> Statistics: Posted by jasbales — Fri May 22, 2009 1:08 am


]]>
2009-05-22T00:47:00-05:00 2009-05-22T00:47:00-05:00 http://www.petesqbsite.com/phpBB3/viewtopic.php?p=19200#p19200 <![CDATA[E within a number/at end (not Hex)]]>
I have the following number in and old qbasic program I'm trying to convert to a Blitz's Basic...

1.496E+08

what I want to know is just what this number is???
what affect the E has on the number???

the other basic will not read the number as it is so need to find another way to write it...
but first need to understand it.......

any help?? thanks....

Statistics: Posted by ozthor — Fri May 22, 2009 12:47 am


]]>