34s bug reports



Suggest numbering bug reports sequentially. These were on the actual unit itself. Here are the first few:

1) Permutations and combinations seem to turn off the display when given 69 ENTER 2 as the arguments.

2) Inverse normal distribution blanks the screen too. Argument used was 0.8413.

3) Where is the = symbol in alpha? :-)


Edited: 11 Apr 2011, 4:40 p.m. after one or more responses were posted


Gene, did you crosscheck on the emulator? Both bugs work fine on the most recent build of the emulator FWIW. I'll get my flashed 20b but don't have it yet ...

Quote:
3) Where is the = symbol in alpha? :-)

In the alpha comparisons catalogue. h-shift TEST in alpha mode.


- Pauli

I can confirm that Bug #1 does exist on the 34s firmware on the 30B.

Awaiting a newer binary from Marcus before listing bugs I have observed.


Quote:
Awaiting a newer binary from Marcus before listing bugs I have observed.

If the bug is in the emulator and the real hardware, I suspect it is going to be my problem, so you might as well let me know.

Tried programming a 20b and 30b tonight without success :-(
Seems Linux doesn't like the serial programming cable.
Hopefully, the erase process hasn't bricked them.


On a positive note, I've freed up some more flash space. Slight speed penalty but we'll not know exactly how much for a while.


- Pauli


FWIW - I cannot get my serial flashing cable to work under Ubuntu. Under WinXP. it is fine.

Bugs appearing in (linux) emulator and 30B/WP34S:

4. When menu items such as h-shift TEST are active, you cannot then select another menu item directly such as h-shift MODE without hitting 'EXIT' first. This is not consistent with the manner in which the 42S treats menus.
4a. Although I did notice that if you select h-shift STAT, and then h-shift PROB, it is equivalent to entering h-shift STAT and then the up arrow

5. Set the BASE to 2 by pressing f-shift 2 (the base 2 on the CHS key). Switch back to base 10. The '2c 64' and 'd' annunciators still persist. There is no way I could find to clear those annunciators. In addition, selections of FIX, SCi, ENG do not work after setting the base back to 10. Battery pull clears this condition on the hardware, but no obvious way to clear in the emulator.
5a. h-shift CONST does not work after setting the base in this manner. Other menus appear to work after setting BASE.

6. Calculator seems to start in HP48 'std' display mode, but after swithcing to FIX 2 for instance, there is no obvious way to switch back to STD.

Bugs appearing the 30B/34S, but working on the (linux) emulator

7. set to 'RAD' mode. h-shift PI - displays value of PI in X. f-shift COS freezes calc. Cannot be turned off, or other entry possible. Battery pull clears this condition.

8. with any numbers on the stack press f-shift R<- (f and then the 2nd key from the right on the top row to convert to rectangular) - should convert to rectangular coords - but all it does is turn off calculator, and calc cannot be turned on again, without battery pull. Similar function f->P (to polar coords) works fine.

9. Dot matrix area (upper left of LCD) has persistent lightly lit vertical bands that shift around randomly after X register changes.

Edited: 12 Apr 2011, 9:03 a.m.


Quote:
4. When menu items such as h-shift TEST are active, you cannot then select another menu item directly such as h-shift MODE without hitting 'EXIT' first. This is not consistent with the manner in which the 42S treats menus.
This is not a bug, this is a feature so far as described in the manual. I see no urgent need changing it, but maybe ...
Quote:
4a. Also I did notice that if you select h-shift STAT, and then h-shift PROB, it is equivalent to entering h-shift STAT and then the up arrow

Funny. We'll correct that. Thanks :-)
Quote:
5. Set the BASE to 2 by pressing f-shift 2 (the base 2 on the CHS key). Switch back to base 10. The '2c 64' and 'd' annunciators still persist. There is no way I could find to clear those annunciators. Battery pull clears this condition.

Base 10 is different to decimal. Base 10 is integer! If you want to set decimal, press f .d instead (f-shifted RCL). Please see the manual.
Quote:
5a. h-shift CONST does not work after setting the base in this manner. Other menus appear to work after setting BASE.

Almost all constants are real numbers. Calling them in integer mode doesn't make sense. Please see the manual.
Quote:
6. Calculator seems to start in HP48 'std' display mode, but after swithcing to FIX 2 for instance, there is no obvious way to switch back to STD.

This is called ALL mode in RPN. Press h ALL (top left key) to get it back. Please see ...

Summary: Thanks for your reports.

Walter

Edited: 12 Apr 2011, 9:32 a.m.


Thank you Walter for your time. A combination of not paying attention and lack of sleep led me to the erroneous reports on the bases! I apologize!

I think I must be using a different version without 'ALL' as an h-shift function. Mine is Sigma- in the top left (version 1.17). I Will check into that.

I promise to be more diligent in the future ;)


Svisvanatha,

No problem with errors. All of us make them (sometimes). And they give us the opportunity to learn.

Quote:
I think I must be using a different version without 'ALL' as an h-shift function. Mine is Sigma- in the top left (version 1.17).

You're right. We changed that yesterday. That's the curse of open development: you're aiming at a moving target ;-) The version in the zipped package is the official one and is (relatively) stable - everything else you may find on SourceForge concerning our project may change several times a day - we don't care since it's our workshop. So use it at your own risk.

Walter


And to answer your question, the old way to get ALL was 'FIX .'

- Pauli

Thanks for your testing. I've put up a new image on SourceFourge.


Gene has asked for this, but it will certainly help all of us:

http://wp34s.svn.sourceforge.net/viewvc/wp34s/trunk/realbuild/


Another reason I think a more introductory manual would be a good thing.

The Binomial distribution requires three inputs: Number of observations, number of successes, and the probability of a success on an event.

So, 10 coin flips at 50% probability of a head on each flip...what is the probability of 5 heads?

10, 5, 0.5 are the three arguments.

The existing manual suggests on page 24 of 61 that the probability is to be in X. Back on page 10 of 61, there is the statement that registers J and K (110 and 111) may be taken for other probability distributions.

So, are the arguments keyed in the stack as 10 ENTER 5 ENTER 0.5 then shift PROB ?

Or, do you store two of the parameters in J and K and only key the 0.5 then shift PROB?

Inquiring minds want to know. :-)


Probability in J, total number in K. The number you're asking about in X.

So 0.5 in J, 10 in K and 5 in X.


We tried putting all three on the stack and it ended up painful to use so we put the distribution parameters in registers (originally 01 and 02 and later J and K).


- Pauli


Ah, thanks. That is the kind of info that has to be spelled out in the manual. :-)


Quote:
Ah, thanks. That is the kind of info that has to be spelled out in the manual. :-)

Agreed. Better start writing :-)


- Pauli

It is already. Who has eyes to read, please read! Just search for Binom and you'll find it.


In the released manual on sourceforge, the parameters are mentioned as being in the J and K registers but the wrong way around. So the question would still have had to be asked even if the manual was fully read and understood :-(

The latest manual is available from subversion: doc/ENTER_20b_1_17.pdf
There have been a number of small changes.


- Pauli


This is due to the fact we agreed on the order of these arguments after the released manual was released. Such is life in an open environment :-)

Quote:
There have been a number of small changes.

Oh yes. But mathematically speaking, they are countable still ;-)

Walter

Edited: 12 Apr 2011, 7:25 p.m.

Hey Walter.

I did search for "Bino" and found a couple of places, but no where did I see it say "Store this is J and this in K, and put this in X". The only place it really talks about it is on...

Page 24 of 61 says: "= BINOMDIST(x; j; k; 1) in MS Excel, with the sample size j and the gross error probability k. B–1(p) returns the number of successes g for a given probability p in X."

That did not suggest to me to store 10 in J, 0.5 in K and 5 in X. The 0.5 is the probability of a success being observed, not a gross error probability. :-)


In the X.FCN menu. Not in the manual. :-)


Looks like a newer addition

http://wp34s.svn.sourceforge.net/viewvc/wp34s/doc/ENTER_20b_1_17.pdf?revision=588


Yes, this was a late addition.
TVM is a user code program in flash that evaluates the TVM equation taking parameters from registers 80-84 and flag 80 from memory.


- Pauli

Quote:
Page 24 of 61 says: "= BINOMDIST(x; j; k; 1) in MS Excel, with the sample size j and the gross error probability k. B–1(p) returns the number of successes g for a given probability p in X."

That did not suggest to me to store 10 in J, 0.5 in K and 5 in X. The 0.5 is the probability of a success being observed, not a gross error probability. :-)


Thanks for the last point. I know why this happened ;-) and I'll correct that.

For the remainder: Please note there are Print Conventions framed at the bottom of page 3. And the memory layout is explained on page 10, explicitely telling the purpose of registers J and K. So when you read the explanation of the binomial distribution you know what
j and k represent, don't you? Else please return to page 3.

That said, the manual you refer to is of 28.3. describing v1.16, the last state zipped AFAIK. As soon as v1.17 is in the zipped package, this package will include the respective manual. For the time being, please find a (changing!!) manual representing (almost!) the current state of the SW here: http://wp34s.svn.sourceforge.net/viewvc/wp34s/doc/ENTER_20b_1_17.pdf?view=log

WARNING: Also the manual is work in progress. Since it is written on the other side of the Atlantic it may require some inevitable extra thinking sometimes. Similar requirements are posed by authors from the US of A on global readers every day. Please accept it - we do it as well. Think (sometimes)!

DISCLAIMER: Please apologize I cannot frame the last paragraph.

HTH

Walter

Edit: Bug 10 seems being fixed. The manual is corrected. Continue searching ;-)

Edited: 13 Apr 2011, 2:41 a.m.

Binomial locks up the 34s. :-)

So 0.5 in J, 10 in K and 5 in X.

Shift Prob ENTER locks the machine. Battery removal required.


This setup causes a +infinity error in the emulator. May help in debugging.


Actually it is an uninitialised return value.
Probably from the mucking around and space saving I've done with the distributions recently.

Fix out soon.

- Pauli

11. Trig functions do not always return correct values.

e.g. GRAD 200 COS should be -1
WP34S/30B - result is -1
Wp34S emulator - result is -1

But, GRAD -200 COS should also be -1
WP34S/30B - result is 0
Wp34S emulator - result is 0

similarly:

DEG -90 SIN should be -1
WP34S/30B - result is 1
Wp34S emulator - result is 1

I assume that negative arguments should be allowed similar to HP-35S, and HP-48SX. I did not see anything in the manual which stated that positive arguments only are allowed.



Edited: 12 Apr 2011, 7:41 p.m.


Nice find.

The code that returns exact answers for multiples of 90 degrees/100 gradians isn't handling negatives properly. A fix in in the pipeline.

The underlying trig routines are working properly. Witness SIN(-PI/2). I don't even remember why I put this special case in :-(


- Pauli


Well, since you point out this specific example ;) :

RAD PI 2 / CHS SIN should be -1

WP34S/30B - result is: calculator blanks out, and returns -6.36619772368E-1!

Wp34S emulator - result is -1


See also Bug #7 above for similar with Cos of PI in RAD mode - that makes the calculator freeze!

What factors would contribute to two different outcomes for hardware vs emulator? Memory on hardware not being addressed correctly? I am nowhere near a hardware guy...


Edited: 12 Apr 2011, 8:14 p.m.


We're probably trashing memory/running out of our 4kb stack :-(

Trig operations in radians require a reduction modulo 2 PI and this has to be done in very high precision to avoid loss of accuracy. For degrees and gradians I do the modulo reduction before converting to radians so this step is fast and accurate.

I'm still without working hardware so have to test everything in the emulator :-(


- Pauli


Thanks - at least you know where the issue is.

Do you/Walter/Marcus think a better bug tracker is required now that the *.bin is being made publicly available? There is one on sourceforge I believe as part of the project page. It would require users to sign up there though. I am happy to keep reporting in this forum if you all wish!


I've thought about this a bit but haven't talked to the others yet. Proper tracking will be essential but at the moment it is probably too heavy weight ... this is well pre-alpha stage software.

- Pauli

 Bug 7 and the specific example you gave *appear* to have been fixed with newer BIN image dated Rev 569 that Marcus uploaded to SF.

With that image, and the latest Windows emulator, try:

RAD PI SIN, which should be 0
WP34S/30B - result is 2.38462643383E-16
Wp34S emulator - result is 2.38462643383E-16

Now, SIN-1 of that result returns the argument exactly.

RAD PI COS returns -1 for both emulator and 34S/30B

But the SIN behaviour is similar to the 48SX...

Edited: 12 Apr 2011, 9:45 p.m.


In this case the 34s is correct. This is not a bug.

PI isn't exactly pi, rather it is pi rounded to 16 significant digits. Thus SIN(PI) has to return the best result for its argument.

From wolfram alpha:

SIN(3.141592653589793) = 2.384626433832795028841971693993728458138352436257608... × 10^-16

We match exactly with the precision available.

The reason cosine is returning minus one is again due to accuracy. Again from alpha:

COS(3.141592653589793) = -0.999999999999999999999999999999971567783855329432161056631...

Round this to sixteen significant digits and you get -1.

- Pauli

Edited: 13 Apr 2011, 2:16 a.m.

Regarding Bug #1 - Py,x and Cy,x:

Gene: This appears to have been fixed with newer BIN image dated Rev 569 that Marcus uploaded to SF.

However, the WP34S/30B is *quite* slow at returning the result compared to even the HP-35S. I would say the result is returned some 4 seconds after executing P(69,2). In that time, the LCD contains the the following:
dot matrix part - the shift key pressed;
numeric part - X

The wait is so long, that if this is indeed expected, there should be a wait annunciator displayed to indicate the calculator is thinking. I know that program execution causes the RCL annunciator to flash.

The speed of the Windows emulator is fine.


Edited: 13 Apr 2011, 6:24 a.m.


That is very very slow. Cy,x does three log gamma evaluations and some extra work but it doesn't do that much extra. There is a trig evaluation once the reflection comes into play (which it shouldn't) but otherwise it is a basic fixed length series evaluation.

I wonder if the clock rate fails to kick up sometimes or somesuch.


- Pauli


I've played around with the factorial which is implemented with LNGAMMA as well. It's slow. So I tried next with LN alone. It takes a noticable time to compute, more then the trig functions. I assume "hier ist der Hund begraben" as we say in Germany.

Running the addition benchmark under various circumstances.

1) In "10" mode, which is base 10 integer, I think.

LBL A
INC X
GTO A

with a starting 0 in X, results in a value of about 73000 in a minute.

2) Same "10" mode, but this code:

LBL A
+
GTO A

with the stack loaded with 1, 1, 1, 0, results in a value of about 71,800.

3) In DECM mode, the code:

LBL A
+
GTO A

results in a value of about 78,700.

So, this is SLOWER than I got the other day, when I got a value of about 135,000. Thoughts?


Quote:
So, this is SLOWER than I got the other day, when I got a value of about 135,000. Thoughts?

Space saving measures.
If we end up not needing them, they will be reverted.
That is a lot slower so I might revert them regardless.


- Pauli

Had the 34s in "10" mode to do some base 10 integer calculations.

Then tried to find the DECM command, which was difficult. It appears that the 1.17 manual suggests Yellow H.d on page 28 of 68.

So, I had a value of about 70,000 in X and pressed yellow H.d.

Display shows "infinity".

That seems like a bug.

Also, is there another place the DECM command lives?


Switching between integer and float is implemented similar to the 16C. It does some computations which I have never understood.


I concur :-) IIRC, it performs the transition from integer to decimal and vice versa exactly like the 16C, FWIW.

Gene, you are right with respect to DECM. There's a table showing the mode transitions on page 17 of the manual v1.17.

Walter

As Walter said, it isn't a bug just not entirely obvious.

We do as the 16c does.

We had a discussion about what else could be done but nothing substantial came of it.


Pauli

Scenario: You are within program mode, and want to browse a catalog for a function to use. You enter a catalog, and realize that 1) it is not the correct one (note 1), or 2) the function is accessible from the keyboard. So you EXIT the catalog to return to the program step you are in.

Try this on the WP34S (emulator or WP34S/30B)

1. Enter program mode
2. f-Shift MODE
3. EXIT

This returns you to the stack instead of the program step that you were on.

Coming from a user of 42S, and 35S, this seems odd. Is this designed behaviour or an oversight?

From the manual pg 52 of v1.17: "...while EXIT leaves the catalog without executing anything, returning to the mode as set before." From this, I assume that my expectation of returning to program mode is correct.

(note 1): Bug #4 I filed previously was shown to be designed behaviour, but having used the WP34S over the past few days, I find it odd. You can switch Shift modes by simply cycling F-G-H, but not for catalogs? I realize enhancements are probably not high on the list at this point, and will leave it at that!

Thanks!

Edited - changed wording

Edited: 13 Apr 2011, 9:40 p.m.


Quote:
Is this designed behaviour or an oversight?

This is as designed. Someone wanted ON to exit program mode and this is a follow on to that. Will be looked into in due course.


Quote:
You can switch Shift modes by simply cycling F-G-H, but not for catalogs?

The problem here is the catalogue entry keystrokes are often also associated with characters that are used for navigation. You can't have both.


- Pauli


Quote:
This is as designed. Someone wanted ON to exit program mode and this is a follow on to that. Will be looked into in due course.

Thanks.

Quote:
The problem here is the catalogue entry keystrokes are often also associated with characters that are used for navigation. You can't have both.
Forgive my naivety - how does being able to switch between different catalogs (without first pressing EXIT) interfere with other calculator functions? e.g. h-SHIFT MODE followed by h-SHIFT CONV. I am simply trying to understand your viewpoint.

Quote:
Forgive my naivety - how does being able to switch between different catalogs (without first pressing EXIT) interfere with other calculator functions? e.g. h-SHIFT MODE followed by h-SHIFT CONV. I am simply trying to understand your viewpoint.

There are some alpha characters defined on the h-shift plane. These characters can be used to quickly navigate catalogues just like any alpha input can when a catalogue is showing.

Thus, they cannot be used to switch between catalgoues. Sure, not all keys have h-shift alpha definitions and these could switch catalogues I guess but then we'd have an inconsistency in that some catalogues could be accessed and others couldn't.


- Pauli


Since the shifted alpha characters are not labeled on the keyboard, we could simply ignore the shift keys in navigation mode except for the keys with green catalog labels and treat them separately. Or we could leave the temporary alpha mode with each shift key and simply execute the selected function, be it a catalog or whatever. Even more intuitive: Just exit a catalog upon any of the shift keys. I prefer the latter: easy to implement and visually consistent.


It isn't quite that simple. We need g-shifted navigation to access the Greek alphabet.

- Pauli

... and we need h-shift for % and f-shift e.g. for (, +, -. Such is life ;-)

Walter

OK - thank you. I was not using the 'search' function within catalogs. I can see the merits of allowing search, especially for long catalogs.

I'll leave this one alone - it is just not natural (for me) coming from using previous implementatations of catalogs. Thanks!


Quote:
OK - thank you. I was not using the 'search' function within catalogs. I can see the merits of allowing search, especially for long catalogs.

Several of the catalogues are quite painful to navigate one step at a time. I highly recommend the searching as a time and keyboard saver.

Also remember you can keep typing letters to refine the search (although after a short pause or one of the navigation arrows this is reset). You'll appreciate this most if you start accessing the statistical accumulations in the STATS catalogue :-) Although there are other places where there are long sequences of commands that start with the same letter.


- Pauli


You can also hold down the arrow keys. They repeat. :-))

Quote:
Someone wanted ON to exit program mode and this is a follow on to that.

EXIT should only clear the status flags which are relevant in the current mode. It must be made context sensitive.

Yup - agreed.

BIN v611 from SF appears to have the EXIT key enhancement in it! Behaviour is now as follows: when browsing a catalog in Program mode, EXIT returns you to the program step you were on before entering the catalog.

Thanks!

Edited: 14 Apr 2011, 7:57 p.m.

From manual v1.17 pg. 27, I understand that:

CPX h-SHIFT CLx should clear both X and Y registers (Re and Im parts)

However, both emulator and WP34s/30B appear to leave stack unchanged after execution.

Edited: 13 Apr 2011, 10:53 p.m.


Quote:
From manual v1.17 pg. 27, I understand that:

CPX h-SHIFT CLx should clear both X and Y registers (Re and Im parts)

However, both emulator and WP34s/30B appear to leave stack unchanged after execution.


Nothing is done for this key sequence currently.
I'm not sure complex CLx makes sense.
Will see -- either the documentation changes, the code changes or both.


- Pauli


CPLX CLX doesn't make much sense without dropping the stack one level and disabling stack lift so you can enter a new number.


Exactly. I did write that it didn't make much sense.

- Pauli


:-) So we all agree. I removed CPX CLx from the manual.

Walter

The moving target has moved again:

http://wp34s.svn.sourceforge.net/viewvc/wp34s/trunk/realbuild/


Ok, will reload the rifle and follow that moving target. ;-)


You will lose all RAM with the update, I'm afraid.


The Perils of Beta testing (and I call it beta...this is too full featured and behaving well to be an Alpha release).

No problem. I'm not keeping much in ram at the moment.


Heh, no sooner posted than...

Store 0.5 in J, 10 in K. Key 5 then Green PROB ENTER.

Warm start. Erased message shown.

Was just playing around with binomial distribution. Changing J and K values results in invalid parameter, FYI.


69 ENTER 2 yellow C x,y to do combinations.

Shows the result and then pushes an integer over the result in the X register.

Doing another 69 ENTER 2 blue shift P x,y will show the result and then overwrites the answer with the previous integer plus one.


Both examples work here and return the correct results. Maybe you should reset your calculator?

Walter

I did a fresh flash to latest bin (611 on SF), and the Cy,x behaviour is erratic. Sometimes gives correct result, sometimes turns calculator off, and sometimes does exactly what Gene has described. Py,x appears fine. Both are faster than I reported before, but not quick.

Edited: 14 Apr 2011, 7:58 p.m.

Your example returns reasonable results for various X here on my emulator. What exactly is the bug you are claiming?

Swapping J and K must lead to an invalid parameter error for obvious reasons.

Walter


The warmstart referenced is the bug I am reporting for the parameters listed.


Not observed here :-/


We have to get you a physical unit to run your child on. :-)

Do you have one yet or are you still on the emulator only?


I do have a physical one. ;) But I'm busy with other things. I hope Pauli will chime in. It's probably a memory overrun problem which does not exist in the emulator.


Both P and C are working for me, but I have not updated since last night :)

Will update my SVN tonite with latest, reflash and report back.

Nothing comes to mind here.

Marcus, did you do a clean rebuild? Our dependencies into the decNumber library aren't quite correct and I reverted the slow down.


- Pauli


I think I did cleanup before I rebuild. We probably need some stack checking code.


Stack checking is a good idea but there really is no recovery if we run out :-(

I've reduced the size of the worst of the functions (trig in radians which also appears in lots of other functions e.g. the gamma reflection formula).


- Pauli


It looks like we have about 1K of stack free when calculating a factorial. I did some memory corruption tests with Walter today.

I just tried Gene's example, and experienced the exact behaviour he described with warmstart. (v611 of bin from SF)

Quote:
Store 0.5 in J, 10 in K. Key 5 then Green PROB ENTER.
Warm start. Erased message shown.

The bug is still present in 621. :-(

Let's see what I can find out about this.


We got rid of that bug in build 630 :-)

Walter

Quote:
The Perils of Beta testing (and I call it beta...this is too full featured and behaving well to be an Alpha release).

I don't consider this good enough for beta. We've got too much going wrong still :-)


- Pauli


Quote:
I don't consider this good enough for beta. We've got too much going wrong still :-)

Whatever you call it, it has been simply amazing and I continue to be in awe of this achievement. Now of course, when all settles down, somebody will inevitably ask "when do we get the iPhone or Android app for wp34s?" <grin>

Keep up the great work!

Jake


I agree with this sentiment. I am showing it off at the office all week, and many HP users here are excited by it.

Quote:
Now of course, when all settles down, somebody will inevitably ask "when do we get the iPhone or Android app for wp34s?"

We don't :-) Those devices don't have proper keyboards.

Of course the source is available...


- Pauli

Quote:
Whatever you call it, it has been simply amazing and I continue to be in awe of this achievement.

Thanks for the vote of confidence. I'll clarify my not beta comment.

We're still fiddling around with the functionality and so forth. e.g. AGM got added last night -- it is used in the new logarithm code.

We're still finding major bugs :-(


Beta software doesn't have the former and shouldn't have the latter.


- Pauli

want to try but the thread is getting big and board. Sorry if I were asking newbie questions, how do you prepare the cable for flashing

from tim's guide one would need the amtel software and 20b_flash_kit but i am looking for the URL?

Thirdly, all the sources were on sourceforge, but how is the .bin file under real build related to the rom in windows emulator? which was generated from which?

thanks in advance
Henry 4/16

reference

Moving Image Target

Yes, any 30b / 20b could be repurposed into a 34s #68
Flashing the 20b is perfectly described in Tim's document here. No taking apart necessary. :) In fact that wouldn't even help because the flash ROM is inside the main chip and is only accessible through either special hardware or, even easier, through the built in SAM-BA boot loader software.

The creators of WP-34s :) #14

Edited: 16 Apr 2011, 2:15 a.m.


Quote:
The creators of WP-34s :) #14

Not all of them. My face isn't there :-)


- Pauli


Sorry about that, I should have meant some of the creators :)


Henry, no need for excuses, we've got the qualified majority for changing the constitution ;-)

Quote:
Not all of them. My face isn't there :-)

It's a DIY project, so add a picture yourself! :)

Quote:
It's a DIY project, so add a picture yourself! :)

I don't want to put you and Walter to shame....

:-)


- Pauli


Come on!

Quote:
Thirdly, all the sources were on sourceforge, but how is the .bin file under real build related to the rom in windows emulator? which was generated from which?

Hi Henry,

there is no such thing like a "ROM" in the windows emulator. wp34sgui.exe is directly compiled from the C sources as a Windows executable which behaves similar to a real machine but not necessarily identical. For the developers it's a test bed to make sure the functionality is there. If some function works in Windows but not on the hardware, the bug must be in the hardware drivers or some such.

In fact, the first flash image was created way after the emulator was finished. I started porting to the hardware after porting Pauli's Unix/Linux code to Windows.

Have fun with the project! It's worth it. :)


Quote:
there is no such thing like a "ROM" in the windows emulator. wp34sgui.exe is directly compiled from the C sources as a Windows executable ...

Mayby this is a very dumb question, but recently I read a lot about new software versions for "real hardware" while on the other hand the last emulator version I can find is 1.16 which is more than two weeks old now. It doesn't even have an "A"-key. ;-) Am I missing something here?

Dieter


Dieter, the new release 1.17, including a flash image, will be out soon. We've started a new thread (see above).


Possibly Related Threads...
Thread Author Replies Views Last Post
  HP Prime: Error reports : Here Patrice 111 5,584 07-24-2013, 05:52 PM
Last Post: Thomas Klemm
  WP-34S QT emulator bug: real menus for catalogs Marcel Samek 8 985 07-09-2013, 11:25 PM
Last Post: pascal_meheut
  WP-34S: Bug with STOS command Marcel Samek 5 561 07-07-2013, 08:44 AM
Last Post: fhub
  WP-34S Bug Report Barry Mead 4 552 06-12-2013, 03:58 AM
Last Post: Marcus von Cube, Germany
  HP-15C LE (Limted Edition) Bug Reports Addition Dirk E. 0 251 08-02-2012, 05:49 PM
Last Post: Dirk E.
  WP 34S linear regression bug Nigel J Dowrick 9 845 05-12-2012, 06:23 PM
Last Post: Paul Dale
  WP-34s: Strange programming/stack BUG W. Bruce Maguire II 14 996 04-30-2012, 06:00 PM
Last Post: W. Bruce Maguire II
  WP 34S bug report Harald 4 460 03-03-2012, 03:13 PM
Last Post: Harald
  WP 34S x-hat bug Nigel J Dowrick 1 285 02-26-2012, 06:13 AM
Last Post: Paul Dale
  WP 34S bitwise logical operations bug? Nigel J Dowrick 4 454 02-04-2012, 06:43 PM
Last Post: Nigel J Dowrick

Forum Jump: