I tried to make the gtk-server but unfortunately I only can get it running with gtk2 - gets the following error with gtk1:
./demo-stdin.awk
*** glibc detected *** gtk-server: free(): invalid pointer: 0xb7ea0f04 ***

Weird..
I have compiled old version of gtk-server(1.3.4) with gtk1 and GCC 4.4.4.
Successfully tested with some demo-scripts included in source package._________________SUUM CUIQUE.

Same here, but I used the Debian patches for gtk1 iirc, I need to archive those patches before they purge them (the patches fixed a lot of compile issues)_________________Web Programming - Pet Packaging 100 & 101

Thanks - its nice to know that it can be done - although still no luck: tried gcc 4.2.2 (std. in P412), gcc 3.3 and gcc 2.85, rebuild glib, gtk and gtk server but still same error - also tried the debian-old source... But as long as it can be done there is some hope - think I will leave it for now though.

@technosaurus: You could modify your init with the below to have an init running:

Guys
Have you seen Iguleder's homepage?
http://www.dimakrasner.com/
I'd be interested in your views on Arm port/xtoolchain/building of puppy
Seems to me if techno, goingnuts, amigo, Iguleder, and big_bass got together a 'wee beasty' would emerge that might run on x86/86/64/arm/ppc etc and was 'built properly....' and could be maintained/updated easily....or am I dreaming again?

I almost forgot about amaya web browser/editor (i posted a pet a while ago in the additional software section). I have kept an archive of the latest gtk1 sources (a couple versions actually, since they've been removed upstream) the newer versions require wx. They are too big to post here, since they include _all_ possible dependencies, so send me a pm if you want them._________________Web Programming - Pet Packaging 100 & 101

I have been working on liberating initrd from kernel dependency (removing modules needed to be build in kernel). And so far it seems to work ok - but I am having problems with applying aufs: Have found source for aufs-0+20080129 but are getting errors when compiling. Anyone have a newer source (aufs 1)? Or any experience with building in aufs in kernel 2.6.25.16?
My main target is to ease kernel shift, boot time and core-system size (by removing unneeded build-in drivers from kernel afterwards). zdvr down to 12Mb without firmware - might move firmware to pets? Kernel went from 1450K to 1650K but removed approx. 800K modules from initrd so far.
Update: Found a newer source - now working and posting from a modulefree initrd pupngo.
Also worked on further gtk1-apps - attached static build of gftp-2.0.11 and gcrontab-0.8.0
Update: Removed gcrontab as not much interests in that and added guiTAR (you need the full tar to make it work - not BB - although guiTAR could be patched to use BB I think). Now need a simple gtk1 frontend to mplayer - but hard to find.
160112: added rdesktop static build - remote connect to XP and newer versions from MS...

20130513: Removed attachment gtfp-2.0.11 as the file size is no longer supported at the forum.

Yes - but seems to be only build in - not stand alone - and I havent figured how to avoid the skin-demand. It adds a lot to size and if you just want a plain interface...
Found gqmpeg but it also need a skin...
I was just seeking a standalone gtk1 frontend to minimp3/mpg123/other standalone audio/video-players...Might be a project to do in glade1?

edit:
have to --enable-gui --enable-gtk1
the install process makes a symlink to gmplayer (its sort of a mcb) ... which doesn't need skins because it builds in xpm images (you can modify the contents of gui/mplayer/pixmaps)

btw I had to fix glib.h because it sometimes use -DG_CAN_INLINE and caused multiple definitions (just delete those blocks or the other definition and remove the ifdef)

Edit2 apparently optipng breaks the skin pngs. The mini skin does great when swallowed in a jwm tray <Swallow name="MPlayer" />

(I compiled mine with gtk1, but in wary so there are a lot of unnecessary dependencies ... just a quicky to test) ... If you plan to mcb it with mencoder, I can try to modify my woo-ff transcoder gui to use Xdialog and mencoder instead of ffmpeg and gtkdialog

Guys
Have you seen Iguleder's homepage?
http://www.dimakrasner.com/
I'd be interested in your views on Arm port/xtoolchain/building of puppy
Seems to me if techno, goingnuts, amigo, Iguleder, and big_bass got together a 'wee beasty' would emerge that might run on x86/86/64/arm/ppc etc and was 'built properly....' and could be maintained/updated easily....or am I dreaming again?

Aitch

Aitch they are deep into a flow so your text is not visible to them.

Maybe you can reach them at a time when they have
no flow and wants to get out of the standstill.
They don't want to get derailed now when having flow?

I am only trying to get what is going on. I can be wrong_________________I use Google Search on Puppy Forum
not an ideal solution though

nooby: Thanks for the polite interpretation of dev silence!
Aitch: I was really glad you put a dwarf like me in the company of giants - and really liked your idea! But I doubt I could add much to such a project and honestly I think I am too easyly distracted by new ideas to keep focus...
technosaurus: Thanks for the links - seems that I am not able to compile mplayer static at the moment - must have messed up some tools. I will try to compile amaya with tinyX later. Maybe dropbox could be a remote repo for small systems with build in network-drivers? So just get the small thing up and running and install or launch apps via downloaded apps?

Found Explorer-like two-panel filemanager. Very fast, supports drag-n-drop and needs Xlibs only.
One interesting thing: it has own GUI toolkit "cxxx" (never heard of it before) written in c++.
Note: Attached file is xzipped but has gz extension to avoid board rejection.

technosaurus: Any possibility to have a print out of own input in ashirc as well? (Would be nice to have...)
PANZERKOPF: Nice finding - really very nice graphics.

I have been working on turning pupngo into a communication node after having fun with XP in 8bit color from rdesktop-1.2 (view post above). The rdesktop explodes in size going to 1.3/1.4/1.6 (static builds) but also gives you 16 or 24 bit colors...pm me if you want one of those.
X11vnc have given me some problems but now I have a working static build of x11vnc-0.6.1 - attached. Connect via vncviewer. I will try to do one of the newer versions and also try to find a vncviewer that not depend on Xaw (tightvnc unfortunately does...)

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum