I did not lightly decide to make the whole program to show the conversion of the 40-bit numbers to decimal format. First off I did give the type of help that would be considered as the "guiding type". You can see that right here in the first post I made:
http://www.8052.com/forum/read.phtml?id=77267

Later on I realized, after actually doing some searching myself, that several factors were aparent.
1) The question of converting numbers to decimal comes up often on the forum.
2) All samples of code that are out and around on the web, that are in assembly language, are designed to support 8-bit, 16-bit, or 32-bit numbers.
3) The code for arbitrary precision math tends to be in C language and as I looked again at several links I came to feel that most of them were not immediately suitable to use in a simple little 8051 application.

From these points, and the fact that I wanted to mess around with Graham Cole's fast narrow divisor routines, I decided to spend a short time to code up an simple assembler routine that could be of interest to the much broader community than just to Wong Chi Fai. Based on the that result I decided to post the whole code as shown here:
http://www.8052.com/forum/read.phtml?id=77273

Shortly after the posting of the code I made a challenge to Wong Chi Fai to extend the code sample to support even wider input numbers:
http://www.8052.com/forum/read.phtml?id=77318

Unfortunately the moderators closed the thread so it will not be possible to see a reply to that challenge from Wong Chi Fai in that thread. I think that sometimes threads get closed before their time has really run out.

This thread contained a subject that I find interesting and gave me the opportunity work with it a bit and at the same time offer some useful code to the 8051 community.

I have to say that I find it enjoyable to read forum threads, both here and elsewhere on the web, where there is a large content of direct, to the subject material offered. I would far rather see code that gets the job done or a schematic that shows how to connect a chip than a bunch of repetitive crap of what the rules should be, or what constitutes legitimate help, or who is justified to do this or that.

Michael Karas