greengeek: Thanks for the pointer. Adapted the modified hostname handling but with no luck.

After some tracking of what is going on it seems that as spot I run into this message from ROX:

Quote:

"Existing ROX-Filer process is not responding! Try with -n"

which is spawn in ROX source-file "remoce.c" (origin from function "remote_init" which does include some hostname lookup).
The call (as spot) for "SetIcon" (in functions4puppy4) seems to run ok (no errors reported) but icon does not change. If I follow the request for "SetIcon" with a request for update (rox -x ${HOME}/.pup_event/drive_${1}) - in the functions4puppy4 script - I get the above error...

If I ask for the update (as spot) from rxvt command line it happens instantly. If I refresh the file view in /home/spot/.pup_event-folder it change the icon in the folder but icon on desktop is first changed when I move my mouse over the icon.

I am sure there is a single sign or two in some files that just has to be changed - its just how to find it....

After some tracking of what is going on it seems that as spot I run into this message from ROX:

Quote:

"Existing ROX-Filer process is not responding! Try with -n"

which is spawn in ROX source-file "remoce.c" (origin from function "remote_init" which does include some hostname lookup).
The call (as spot) for "SetIcon" (in functions4puppy4) seems to run ok (no errors reported) but icon does not change. If I follow the request for "SetIcon" with a request for update (rox -x ${HOME}/.pup_event/drive_${1}) - in the functions4puppy4 script - I get the above error...

If I ask for the update (as spot) from rxvt command line it happens instantly. If I refresh the file view in /home/spot/.pup_event-folder it change the icon in the folder but icon on desktop is first changed when I move my mouse over the icon.

I am sure there is a single sign or two in some files that just has to be changed - its just how to find it....

As root it is fast changing and no problems at all.

I think rox uses sockets for its IPC and may have some assumptions as to not changing the user without restarting rox (for most distros this is true - spot is a hack in reverse polish notation)
that message sounds like one of the following IPC related issues:
incorrect permissions to access socket/pipe (file permission issue)
using the user name to find $HOME and expecting a file and/or directory structure to be there _and_ be the expected file/permissions/etc...
made up examples
/root/.rox-socket != /root/spot/.rox-socket
/root/spot/.config/... does not exist
looking for /tmp/rox478578-spot, but the actual is /tmp/rox478578-root
(It has been too long since I examined the IPC code, but that was the general idea)_________________Web Programming - Pet Packaging 100 & 101

technosaurus: Thanks - you are probably very right. I have tried to create spot as a real user with HOME in /home/spot where spot owns everything etc. I think I will let the ROX desktop-icon-change for spot rest for a while - might change other things that fix it

Just an other observation: When ROX is told to update the icon blinky is showing activity...

20120719: Changed ICElib to include transport to make ROX-Filer compile.
20120916: Added GetFPath.c to get Abiword 1.0.7 compile. Added X11/Xmu/Misc.h for XawM-1.5u.
20121002: Added ListExt.c and QuBest.c to X11 for xdpyinfo
20121011: Changed libXt source and include/X11/Intrinsic.h to test if Xaw can be compiled. Added GetDflt.c to tinyX11 and added -DXOS_USE_MTSAFE_PWDAPI to tinyXll make flags

Removed file Copying as well.
I have not tested the libXaw much but at least it compiled the attached xload - which is using approx 700k when running compared to the dynamic linked xload which uses approx 3400k...

I managed to build this with musl, though it took a couple trivial changes:
1- The error messages were getting lost because it ignored failed compiles in subdirectories.
This can be fixed one of two ways:
remove the "; cd .." (safe because each line is in a subshell, so it doesn't change the directory where the next line is)
OR, change all of this to make <target> -C <dirname>
I used

Code:

sed 's/cd \(.*\); \(make.*\);.*/\2 -C \1/g' -i Makefile

2- I deleted -I/usr/include (it can only work when you have a libc that's fully header-compatible with your primary one), which made this start to compile.

3- In libXaw/OS.c, I changed <asm/page.h> to <limits.h>, which defines PAGE_SIZE.

Also, it seems that libXdmcp.so is not being rm'd on make clean.
All told however, much easier to build than the old version with shell build scripts...

Ibidem: Thanks for testing and reporting! I have adapted your changes although I do not understand your comment on removing "-I/usr/include": Is that the headerinstall from makefile in /include directory?

Seems that uclibc also build Xaw with the change to <limits.h>. libXaw has some "flaws" when used - mainly errors like:

20121013: Changed all makefiles to create shared libs as well
20121024: Added OCWrap.c and SetLocale.c to get musl/gtk/debug going (?) not quite...
20121028: Added libXmuu to be able to compile xprop
20121118: Added libXfixes to be able to comple xrdp
20121123: Added ReconfWM.c to tinyX11 to be able to compile rdesktop 1.6.0
20121126: Added libXss...
20121201: Addec QuCurShp.c to libX11 to be able to compile tightvnc
20121203: Added libXcursor to be able to compile xsetroot...small patch to avoid animated cursor.

I have started to see if I could generate the pkgconfig Xxxx.pc files in /usr/lib/pkgconfig to ease some automatic builds but haven't finalized that.

Let me know if you would like a fresh copy.

The tinyXserver-0.01 is the source for Xfbdev & Xvesa. I also made some changes for that so again if you want the updated source I will post it.

Did you go further with a build of gtk-libs and applications based on the tinyXlibs?

Update 20121216: Revised the source of libXaw and now it seems to get things right - attached image of static xmessage running - but also xload works fine.

Ibidem: Thanks for testing and reporting! I have adapted your changes although I do not understand your comment on removing "-I/usr/include": Is that the headerinstall from makefile in /include directory?

Seems that uclibc also build Xaw with the change to <limits.h>. libXaw has some "flaws" when used - mainly errors like:

20121013: Changed all makefiles to create shared libs as well
20121024: Added OCWrap.c and SetLocale.c to get musl/gtk/debug going (?) not quite...
20121028: Added libXmuu to be able to compile xprop
20121118: Added libXfixes to be able to comple xrdp
20121123: Added ReconfWM.c to tinyX11 to be able to compile rdesktop 1.6.0
20121126: Added libXss...
20121201: Addec QuCurShp.c to libX11 to be able to compile tightvnc
20121203: Added libXcursor to be able to compile xsetroot...small patch to avoid animated cursor.

I have started to see if I could generate the pkgconfig Xxxx.pc files in /usr/lib/pkgconfig to ease some automatic builds but haven't finalized that.

Let me know if you would like a fresh copy.

The tinyXserver-0.01 is the source for Xfbdev & Xvesa. I also made some changes for that so again if you want the updated source I will post it.

Did you go further with a build of gtk-libs and applications based on the tinyXlibs?

1. I'm referring to the -I/usr/include COMPFLAGS in standard_definitions.mk, which forces the use of the primary system headers (ie, glibc)
2. The LOCALE issue I don't know about, though I've seen it before in a minimal Xorg build...
3. I thought there was some sort of libXmuu symlinking in the old tinyXlib...
4. A newer version of both would be nice.
BTW, I'm thinking it would be nice to see about installing to an alternate prefix.

Thanks for pointing at the /usr/include - I compile in a chroot-environment so I have no normal libs sneaking in. And yes - in earlier versions the Xmuu was included but I stripped it out as no one seems to need it (until xprop). Installing to an alternative location should already be possible by setting the LIBDIR but I have now included a PREDIR variable specific for that. Some pkgconfig files are now generated as well. I have tested build of various gtk1.2 applications as well as normal X-apps like xcalc, xeyes, xmessage, rdesktop and xwininfo. Everything seems to work (with uclibc).
Also tested the build with musl and it seems to go ok - but haven't made applications with it.
20130513: Removed attachment as forum does not support the size anymoreLast edited by goingnuts on Mon 13 May 2013, 13:40; edited 1 time in total

1 problem, I have to start over. Why? I damaged the win partition that had the custom pupngo iso image with the new tc. Also the Xserver never fully loaded when doing xwin. Still needs work._________________The DeLorean is the best car, Period!

As there are pupngo all over the place anyway I take the opportunity to post an update of the tiny Xvesa source. Now it can be build with 13 extensions (DEC-XTRAP, DPMS, MIT-SCREEN-SAVER, MIT-SHM, RANDR, RECORD, RENDER, SHAPE, SYNC, TOG-CUP, XC-MISC, XTEST and XVideo) but that seems also to be more or less what this source can deliver without some severe code-additions (well - source for XINPUT & XKB is still partly present but question is if its worth fixing).
Without extensions Xvesa builds to 543K and with all the extensions it sums up to 728K static with uclibc & tinyX11 (Xfbdev being approx. 16K smaller).
As some additional code has been added I moved the version to 0.02
20130513: Removed attachment as forum does not support the size anymoreLast edited by goingnuts on Mon 13 May 2013, 13:39; edited 1 time in total

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