Puppy Linux Discussion Forum

[goingnuts]

dbl post

[sc0ttman]

[technosaurus]

simple console calculator

[goingnuts]

As a response to sc0ttman´s findings using jwmrc-drives I reviewed the code:
Icons now dependent on file-system and using 9menu a small pop-up-window shows relevant choices (mount, umount/explore or cancel). Not really pretty as jwm insist to manage the window...
But 9menu (12K installed) has potential of being used for other purposes.

[technosaurus]

if anyone wants to make it "pretty" you could add a notitle noborder group to jwm
http://joewing.net/programs/jwm/config.shtml#groups

[goingnuts]

technosaurus: Just what was missing - thanks!
Just added:

[goingnuts]

Worked a little more with otf_sfs_loader. Added:
#autoconfig max loops and creation of loops
#check of disktype instead of relying on extension (now loads tcz)
#autoconvert squashfs 4 to 3 (and vice versa for future P431 comp.)
#check aufs version (for future P431 comp.)
#user setup (modify max number of squashfs-files that can be loaded)
#now takes arguments from command line (or drop a bunch of squashfs-files on the script and auto load)
#adapted ldconfig and fixmenus/restart jwm from gyros sfs_load-script for P431)

Included static builds of mksquashfs vers. 3 & 4 + unsquashfs vers. 3 & 4.
Also included rc.otf_sfs that will reload all the squashfs-files loaded at shutdown.

Still on the draft-level...

[technosaurus]

getgui is a nice little (actually quite extensive) replacement for *dialog and other *message tools (I modified the source to change the ugly yellow to a medium gray)
manpage - examples

some screenshots

[goingnuts]

technosaurus: That is a nice finding! I might try to implement it in my dialogfunctions.sh. Total size (including dependencies) is around 1900K whereas total size for Xdialog is around 2700K (static gtk1-version) and around 8800K for the version from P412. And the dependencies are identical to the ones jwm needs...

[technosaurus]

the developer of getgui (Steve Grubb) has some other pretty nice/lite tools as well:
http://sourceforge.net/users/fufufini - getgui, lxlogo, midriff, ploticus, quisp, shsql ...
While I am promoting overlooked (Non-Puppy) devs, I should put a plug in for:
Angel Ortega http://triptico.com/software/
Michael Cardell Widerkrantz http://www.hack.org/mc/hacks/
Valery Reznic http://sourceforge.net/users/valery_reznic/
kornelix??? http://kornelix.squarespace.com/ ... the name escapes me, though I have communicated via email after submitting some UI patches (the only C++ programmer in my list)

We really should have a wiki page for these guys and some of the Puppy devs too.

Not so overlooked but worth looking at almost any code they (re)write:
Fabrice Bellard http://bellard.org/
Rob Landley http://landley.net/hg/

[technosaurus]

here is the calculator ported to getgui

[goingnuts]

I have been missing freememapplet in the pupngo GUI-part...but it needs so many libs...
Managed to link libgcc and libstdc++ static and this leaves freememapplet with dependencies already present. But binary goes from 20K to 524K! UPX-ed it gets down to 155K. Still a lot just to show what it shows. But here it is if anybody misses it.
Changed font to fixed and included the 3 xpms needed.

[technosaurus]

Thanks - it does come in handy to know why things have started to slow down and even fail (the -flto flag in my new gcc compile uses ~3X the disk space as without it -which is actually useful to lower ram usage when it is not running in RAM like I typically do)
Compiling c++ for size is a daunting, sometimes painful task if you want to link statically with libstdc++ (similar to glibc, lots of inlining makes it rather large)
for c++ apps you can try compiling with -fno-rtti and -fno-exceptions added to the CXXFLAGS as well as doing the final link with gcc instead of g++ and linking libsupc++ instead of libstdc++

Note: When compiling with -fno-exceptions, if you get an error refering to exceptions, you can usually remove the catch code that gcc refers to without affecting operation ... maybe just do a print to stderr in its place

If you still aren't satisfied with your results there are some alternatives.

I have tried uclibc++ with uclibc and it worked great (it uses a gcc wrapper), but have been meaning to try it with glibc or alternatively stlport or the seemingly more promisingustl

here is one example program I compiled statically with uclibc and uclibc++
http://www.murga-linux.com/puppy/viewtopic.php?t=60395
(it was roughly the same size as the shared glibc version)

On a side note I think it would be an interesting project to make a tray applet frontend that all it does is refresh icons at some periodicity and run an application when clicked (maybe add a right click later)
This would allow one process to handle them all and conserve RAM

[emil]

goingnuts:

[emil]

goingnuts wrote: