HP Forum Archive 16

[ Return to Index | Top of Index ]

My Resolution to the Barcode Replication Issue Message #1 Posted by Les Wright on 25 Jan 2007, 4:16 p.m. Just wanted to let everyone know that I have temporarily abandoned my little project to transcribe the listings in the revised HP41 High Level Math Solution Book to create my own barcode and RAW files with hp41uc. The reason is that I have discovered Jean-Marc Baillard's extensive program contributions to this site. Many are recently revised and some are quite new. Almost all of them improve on what is available in the older HP users library. I formerly stayed away from many of these excellent routines because of their use of synthetic instructions. However, I have discovered that simply cutting and pasting these listings into a text file, and then converting the text to RAW files and PS barcode with the faithful hp41uc, properly compiles and preserves the synthetic instructions! No modification or translation by me is necessary. With my wand I can get the programs into my calculator just as they are, and enjoy they programs as they were intended. I am sure this is well know to others, but it was a great discovery for me and I thought I would share my enthusiasm and also thank M. Baillard for his many excellent contributions. Les

Re: My Resolution to the Barcode Replication Issue Message #2 Posted by Les Wright on 25 Jan 2007, 5:59 p.m., in response to message #1 by Les Wright In his documentation for his Simplex Linear Programming routine, J-M Baillard advises that two instructions are so-called 3-byte synthetic GTOs. In the listing, the instructions look like regular GTO lines--GTO 10 and GTO 04, nothing remarkable about either of them. I have cut and pasted this listing unchanged and got it into my CX via hp41uc-produced barcode without difficulty. The sample problem in the documentation leads to a correct result. What is the scoop behind this synthetic GTO instruction, and since I have simply replaced them with regular GTOs in my cutting and pasting (I don't think hp41uc would recognize anything special in the text), how would this affect the performance of the routine compared with M.Baillard's original intent? Many thanks, Les Edited: 25 Jan 2007, 6:00 p.m.

Re: My Resolution to the Barcode Replication Issue Message #3 Posted by valentino ducati on 25 Jan 2007, 7:04 p.m., in response to message #2 by Les Wright Quote: What is the scoop behind this synthetic GTO instruction, and since I have simply replaced them with regular GTOs in my cutting and pasting (I don't think hp41uc would recognize anything special in the text), how would this affect the performance of the routine compared with M.Baillard's original intent? Les, it is a long time ago when I wrote my last synthetic programs... But I still remember, that HP-41 GTO 00...14 are packed in 2 Bytes (function + label# + displacement). This local displacement in only 8 bits cannot cover the whole possible jumps thru a main program if you have enough memory and long coding. That is why I also used to manipulate eg. GTO 05 (2 Bytes) instruction to a GTO s05 (3 Byte synthetic) instruction, for jumps > 255 Bytes. More of this here at www.hpmuseum.org/prog/bytetab.htm Regards, Valentino

Re: My Resolution to the Barcode Replication Issue Message #4 Posted by Les Wright on 26 Jan 2007, 1:01 a.m., in response to message #3 by valentino ducati In my version of Baillard's program the synthetic instructions are rendered simply as regular GTO commands and the admittedly lengthy and complicated routine gives the results it should, so if I am missing out on something by not entering them as synthetic GTOs (I don't really know how at this point) I can't seem to see it. The regular GTOs in my code seem to find their mark just fine. Maybe I should SST thru the code I have in my CX and see what happens? Les

[ Return to Index | Top of Index ]

Go back to the main exhibit hall