> 
> The only WindowManager present in my v141 binaries is twm, so
> I have to use that :-( When I start twm I can not move the
> mousepointer until I press Alt once, then it works. Is there
> a way to start tvm without the mousepointer being locked?
> 
This is down to a kernel bug which has been fixed in current. I don't know 
what the change was but it needs pulling back into the release branch. Perhaps 
Mark can publish the patch here. If don't see anything in the next few days 
I'll try to dig the patch out myself.

> When I run twm I can not switch back to the consoles. Under v13a
> and fvwm I could use Alt-F1, Alt-F2, ..., Alt-F6 and Alt-F9 to
> switch between the consoles and the X-screen. These keystrokes do
> not work under v141 and twm. Are there some other similar keystrokes
> that do the same?
> 
Unfortunately there is a down side to the new X Server. It does not allow you 
to switch back to the virtual consoles. Still you can at least get 
> ps complains about a missing /var/run/dev.db file/database. How
> do I build such a thing?
> 
run kvm_mkdb. 

> xemacs v20.4 complains about a missing libpng.so.1.1, which I can
> not find anywhere (not even on the net). The various libpng sources
> I have tried to build all build only a libpng.a library. Can someone
> supply me with a copy of libpng.so.1.1 or tell me how to build 
> libpng.so.1.1?
> 
You can download it from the pkgsrc heirachy on ftp.netbsd.org and then 
install it with pkg_add.

> I have tried to build xemacs-21.1.8 myself, but the standard source
> will not even configure for arm-unknown-netbsd1.4.1. I had to modify
> the configure-scripts with the following patch to make it run (but
> I do not know if the patch is ok):
> 
> 
> Has anybody compiled xemacs-21.1.8 for netbsd/arm32 v141 with success.
> If so, what did you do?
> 
I haven't compiled 21.1.8 but I have compiled 21.1.6 using pkgsrc (this is the 
NetBSD package system which simplifies building applications from source). In 
the case of XEmacs it automatically applies a patch to configure similar to 
yours. It also applies a patch to unexecfreebsd.c to make it work on the ARM. 
If you want to patch things up yourself take a look an the code where it fails.
IIRC the line that fails to compile is in the #else part of a #ifdef. All you 
need to do is rewrite the #ifdef so that the #if part is selected rather than 
the #else part.

I highly recommend downloading the pkgsrc.tar.gz from the ftp site and then 
using it to build the packages you want. Typically all you have to do is 
change to the directory of the package you want and type make install. The 
system will automatically download the source for the application you want to 
build, including any dependencies, and then compiles and installs them. Much 
easier than figuring things out for yourself.



> My Mozilla (Mozilla/5.0b1 [en] (X11; I; NetBSD 1.3_ALPHA arm32;
> Cryptozilla 0.2pre) [Netscape]) complains about missing libraries
> libg++.so.4.0 and libstdc++.so.0.1 when starting (even though
> libstdc++.so.2.0 exists!), so I copied the two libraries from my
> v13a /usr/lib to my v141 /usr/lib and then Mozilla starts up,
> however it does not draw/show anything in the window :-(
> 
Right libstdc++.so.2.0 has a different major version which means that it is 
not binary compatible with previous versions of the library. A copy of the old 
version is required. I have uploaded these libraries from my system to
http://www.black-star.demon.co.uk/files/oldc++libs.tar.gz You can download 
them and give them a try. These will be the last version I built of these 
libraries before they were removed from current between 1.3 and 1.4.

> Has anybody some newer version of the libraries or the Mozilla,
> that will make Mozilla work under v141?
> 
You can get a version of mozilla from pkgsrc but it does not have the SSL 
patches included. I'd try the libraries I uploaded first. I'm still trying to 
get more recent versions of mozilla to build.

> The good news is that the C-compiler seems to be allright, now I
> can build glib/gtk+ v1.2.6 and make them work. That is impossible
> under NetBSD v13a :-)
> 
I'm not surprised. For starters the 1.4 compiler is egcs rather than the old 
gcc and also there are a large number of major bug fixes in 1.4.x on the ARM.


> Running NetBSD/arm32 v1.3a on an Acorn RiscPC with a 202MHz StrongArm.
Hopefully we will see this updated soon. :-)

Mike