human friendly hexrep???
newbie nullzwei via gnumeric-list <[email protected]> Sun, 9 Oct 2022 21:35:03 +0200
| Newsgroups | gmane.comp.gnome.apps.gnumeric |
|---|---|
| Message-ID | <trinity-370c8c72-785f-4d6d-97b4-f33d3447122e-1665344103895@3c-app-gmx-bs03> |
--===============0344719580449586132== Content-Type: text/html; charset=UTF-8 <html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div style="font-family: Verdana;font-size: 12.0px;"> <div style="font-family: Verdana;font-size: 12.0px;"> <div style="font-family: Verdana;font-size: 12.0px;"> <div> <div> <div>The hexrep function irritated me a bit by being sorted LSB->MSB and not working for long doubles. I had constructed a re-sort, but couldn't get it to work for long doubles either. Now I saw by chance that there is a hex-format-specifier for printf in vanilla-C, 'A', which produces quite usable results for doubles, the results for long doubles with 'LA' are rather difficult to understand - '0x**8**.xxxyyy... and wrong exponent. Can someone:<br/> - adapt printf for long doubles / explain to me what I may be doing wrong, or<br/> - adapt hexrep in gnumeric for long doubles, and make it reverse sorted? I mean this needs something in goffice which as of now is defined for doubles only.<br/> Could be a nice debugging tool.</div> <div> </div> </div> </div> </div> </div> </div></div></body></html> --===============0344719580449586132== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ gnumeric-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/gnumeric-list --===============0344719580449586132==--