MobileRead Forums - View Single Post

geekmaster · 05-12-2016, 11:42 PM

I am totally happy doing static build, which I also do on Windows apps. I hate when apps break because they are using the wrong SDL dll, or the wrong cyg1.dll, or whatever other brand of DLL hell falls on you today. DLL hell exists here too, in the form of shared library incompatibiliies (but .so instead of .dll).

For production code, I only use DLLs when I must (such as LGPL that only allows dynamic linking). I stick with BSD or MIT or similar licenses whenever possible, so I can use my hobby code in production environments to minimize re-development efforts.

Just for a re-test, I built a STATIC hello, using a chroot of arm debian lenny:

PHP Code:


			
mint17-32 k1_build # file /media/user/Kindle/hello

/media/user/Kindle/hello: ELF 32-bit LSB  executable, ARM, EABI4 version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, stripped

And just like other attempts, it seg faults (even though I used all the switches knc1 suggested that my GCC would accept, and GCC is using the /lib copied from the K1 (from the tarball I provided for him). Depending on compiler, it is usually either "seg fault" or "illegal instruction". I should check the assembler output, but bed time...

And while I am posting, I finally got around to testing reading various switches using the /proc interface:

PHP Code:


			
#> cat /proc/fpow/uc/ac_adapter

1



#> cat /proc/fpow/uc/headphones

1



#> cat /proc/fpow/uc/power_switch

1



#> cat /proc/fpow/uc/wan_switch

1

This time I plugged in headphones, and the power supply (a small barrel jack, not USB), and I turned on the (pysical) radio switch. They all report '1' as seen above. In previous runs, I did not have headphones, nor power supply, and the radio switch was off, so only the power switch reported as on. I suppose I might be able to turn the power switch off and see that change to zero, after selecting UYK (but before my script runs).

One thing interesting, when I did UYK to run my script, a message that notifies me that the update may take awhile was in a different position on the display, and in a much smaller font. Now that I ran it again with radio off, it returned to the larger font near the botton of the display. That smaller script stayed there much longer too -- my kindle must have been "phoning home". And just FYI, this one is registered and identifies itself as "Rob's 15th Kindle", betraying the fact that about 10-percent of my kindle collection has been registered...

05-12-2016, 11:42 PM	#146
geekmaster Carpe diem, c'est la vie. Posts: 6,433 Karma: 10773670 Join Date: Nov 2011 Location: Multiverse 6627A Device: K1 to PW3	I am totally happy doing static build, which I also do on Windows apps. I hate when apps break because they are using the wrong SDL dll, or the wrong cyg1.dll, or whatever other brand of DLL hell falls on you today. DLL hell exists here too, in the form of shared library incompatibiliies (but .so instead of .dll). For production code, I only use DLLs when I must (such as LGPL that only allows dynamic linking). I stick with BSD or MIT or similar licenses whenever possible, so I can use my hobby code in production environments to minimize re-development efforts. Just for a re-test, I built a STATIC hello, using a chroot of arm debian lenny: PHP Code: `mint17-32 k1_build # file /media/user/Kindle/hello /media/user/Kindle/hello: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, stripped` And just like other attempts, it seg faults (even though I used all the switches *knc1* suggested that my GCC would accept, and GCC is using the /lib copied from the K1 (from the tarball I provided for him). Depending on compiler, it is usually either "seg fault" or "illegal instruction". I should check the assembler output, but bed time... And while I am posting, I finally got around to testing reading various switches using the /proc interface: PHP Code: `#> cat /proc/fpow/uc/ac_adapter 1 #> cat /proc/fpow/uc/headphones 1 #> cat /proc/fpow/uc/power_switch 1 #> cat /proc/fpow/uc/wan_switch 1` This time I plugged in headphones, and the power supply (a small barrel jack, not USB), and I turned on the (pysical) radio switch. They all report '1' as seen above. In previous runs, I did not have headphones, nor power supply, and the radio switch was off, so only the power switch reported as on. I suppose I might be able to turn the power switch off and see that change to zero, after selecting UYK (but before my script runs). One thing interesting, when I did UYK to run my script, a message that notifies me that the update may take awhile was in a different position on the display, and in a much smaller font. Now that I ran it again with radio off, it returned to the larger font near the botton of the display. That smaller script stayed there much longer too -- my kindle must have been "phoning home". And just FYI, this one is registered and identifies itself as "Rob's 15th Kindle", betraying the fact that about 10-percent of my kindle collection has been registered...