The collected works of nvukovlj - Page 1

I agree with lisp on this one - time to move into the 21st century and use a proper visual editor.
Nedit gets my vote as well as Jedit - one Java base editor that can keep up with my typing (Ok, I don't type that fast and I have R10K and R12K based machines).
Has a great plugin system and huge number of features.

For the latest version of Java go to the SGI site. ... /java.html
nekonoko wrote: That's correct, use something like:

... and make certain to tell your X server about them afterward as described here:

Enjoy! :cat:

How do you set this to be permanent (ideally system wide) ?
The instructions are a bit vague as are the man pages.
I've tried .xsession file - this stops me loging-on to the account I set it for...
I've tried adding it the the config file of the font server (/var/X11/xfs/config) - no effect.
The man page for Xserver implies that using fp option within the Xservers file sets the font path. I just want to apend to it and not replace it (or am I not understanding this correctly?).

So far, the only method that works for me has been to do it on the command-line but this is a pain...
squeen wrote: I put xset +fp /usr/freeware/share/emacs/fonts in .sgisession.

Aha! I'll try this thanks! The only file I didn't put this into... :?
Thomas W. wrote: Hello to all,

yesterday i got (get, have gotten ???) the permission from Satu Heikkilä (Realsoft Graphics) to post the link to the Realsoft 3D IRIX-Demo.

Here we go
And it is working

The program has been around for a while, and in working condition. Fairly stable on IRIX and the OpenGL shading is pretty fast.

I guess I am one of the few IRIX users that actually bought it so I've had the chance to use it for a while although I must admit I haven't done much with it due to time constraints.
It is worth the money as (at least currently) if you buy it you get access to the Linux version as well, and the program comes with the distributed renderer.

I've been lobbying for some time with Realsoft to make a demo available, and I guess as it seems a few other have in the more recent times, they have. Initially it wasn't going to appear until v5 was released.

Couple of things wrt to the installation:

- After you enter the details, etc and click on 'Finish' the installation will proceed but you will get an ugly Tkl window at the end and it will seem to have hung.
At this point it is ok to kill the installer as it will have done its job. The garbled window is due to the installer needing Tcl/Tk 8.3 and above and expecting it in a path before the IRIX Tcl/Tk version (which is ancient)
You may see messages warning that some libs have not been found. It is OK to ignore them.

- As to the demo version - it is a full product with (I think) a limit to the size of the render...

-If anyone is interested they can mail me to get a brick and scratches plugins I ported to Irix. These are free, and the author made the source code available to me to port them.
This is the link for the Windows version:

The other plugins will be made available with the next release of the program, although the Photoshop and DEMformat plugins do not currently work due to endian issues.

Finally, about this program. If you like it, you should consider buying it.

I am slightly biased in this opinion as I am now involved with the program on more than just a user level, but Realsoft decided to keep the Irix version going initially because I offered to help keep the port alive. Their main seller is (understandably) Windows with Linux a fairly distant second. So far, Irix users have been thin on the ground.
This is partly a fault of their marketing as they haven't done much to raise awareness about the program, but nevertheless the situation regarding the IRIX port was critical.
I can't say that I have helped immensely, but the code has been cleaned up a little and the IRIX build scripts have been updated to build mips4 binaries and libs.
26.41 is therefore the last version to be O32, and I'm glad to bid good riddance to that.
The new build (undergoing testing) seems to have gained approximately 10% in rendering speed.
I guess my involvement has also helped to also decrease the amount of time the Irix version is lagging behind the Windows and Linux versions as far as releases are concerned.
By the time v5 is released, the IRIX version will have caught up to the Linux version release schedule.
Oh, and there will definitely be a v5 on IRIX...
Personally, I hope to keep the IRIX port going for as long as possible (and even if I do get a small compensation from Realsoft for it at some time in the future, I am not expecting this to ever become my main source of income), if for no other reason then because I like the fact that the interface is fast enough on my Octane, and afterall why have a Silicon Graphics machine if there is no graphics software for it ? :)

Yes, so slightly biased, but I'll repeat it anyway - if you like it, buy it, and then you can bug both Realsoft and me with requests, bugs, etc...

[email protected] wrote: Too bad they don't have an OS X version, I'd buy it immidiately.

V5 will be out on OSX as well.

As we both agree, their marketing leaves a lot to be desired.

A cross-grade from an IRIX version may be worth it, as I suspect the OSX version will be the same price as the Windows version. (euro 700, but 400 to upgrade from IRIX/Linux which costs 300)
Worth confirming, but this way you show an interest in the IRIX version by purchaisng it, and later get another version. 2 for the price of 1...

How's that for a sales effort ? :wink:


Can you send the error message to mailto:[email protected] ?

None of the dev. machines used have dual-head display though, so I'm not sure how this could be reproduced...


I have never seen this on my system.
Skywriter seemed to get the issue on his secondary display of the dual-head config but not the primary ?

Is your X server set up to run in 24bit mode ?
I used to have MXI but since one of the TRAMS died taking away the card with it, I got an SSI. Works fine with that as well...
Must be something else in the setup...

LoWeN wrote: Hello,

I got the following with mipspro C/C++

cc-1239 CC: ERROR File =, Line = 1004
"cerr" is ambiguous.

cerr << "WARNING: got corrupt MCOP message !??" << endl;

It is possible to solve this by chqmging iostream in iostream.h
Sounds mipro don't know which cerr to use whem both iostream and iostream.h are included

You should have either one or the other... Why are both included ?
If the code is using <iostream>, then you should also have -LANG:std on the compile line. If <iostream.h> is used than you don't need -LANG:std.

LoWeN wrote:
cc-1312 CC: ERROR File = /usr/include/unistd.h, Line = 525
More than one instance of overloaded function "getdomainname" has "C" linkage.

extern int getdomainname(char *, int);

A non solution is to remove that definition out of the header file... dumb but working


Hmm, this is a little weird... unistd.h prototypes are not setup for the functions defined there to work with C++ linker...
I could be wrong as I'm still learning about C++ intricacies, but you may want to try something like this in the code that includes unistd.h:

extern "C" {
#include <unistd.h>

Hope this helps...

Oops, I should really check the dates before posting. :?

Away for 2 weeks and now catching up...

It is looking to me more and more like just isn't great with C++. A lot of the headers weren't converted to use standard C++ conventions...

I really need to get a Developer Plus account sorted out...

Realsoft have released an update to Realsoft3D v4.5 SP1 for IRIX.

You can get the latest revision from here:

Some changes with this revision:

It is finally n32 and is now mips4 only.
It has Michael Schmelling's plugins included with it. Information about these plugins can be obtained from:

The new revision should render approx. 10% quicker than the old. You can use the benchmark scene available from their site to check this out, although for the demo version you'll need to decrease the res to 300x300

During the setup in the User Information -dialog just type "demo" in the
serial number box.

As I have mentioned earlier in the thread, since I am involved with maintaining the Irix version, you can direct any issues you find with it to me, however, I would also encourage anyone who likes the software to purchase it, as you get it for much less than the Windows version and keep the platform supported.

What I meant was that you can download the scene if you wish to benchmark the old version (26.41) against this new one (26.43).
I noticed an approx. 10% speed increase.

No mention of a PC here...
hamei wrote: .... how about the
Iges import feature ? Do they need a little encouragement ? Or some help ? I've got igeses coming out the
wazoo around here ...

I'm not sure as to why the Iges import/export plugin isn't available.
It is however, not free on either Windows or Linux, so I guess they would like to know that there is an interest in it before they make it available.

I guess, if this plugin would make you buy the Irix version of Realsoft3D, then my suggestion would be to contact them.
I'm sure that they will consider it, as they are not a big company, and are fairly responsive.

If you look through this thread, there is at least one e-mail address you could use to contact them.
Two options (as root):

1. sh ./

2. chmod +x the file. Execute it.

- This will start the installer which is Tk/Tcl based.

The main limitation in the demo is that the rendering resolution is limited (I think to 640x480, but I could be wrong)

Ok, this may have very little to do with anything, but a couple of questions...

I see you're using semaphores - are they being used just as binary semaphores, or can the value go above 1 ?
Also, is the semaphore being created meant to be used accross processes, or within a process, as currently it is being initialised as a semaphore that can be shared amongst processes.

BTW, if the semaphore is binary, usually a mutex is quicker than a semaphore.


Tried installing to a directory different to the default.

I can't reproduce this problem.

I've contacted you in a PM to follow-up on this anyway...

You can also stream MP3s with Darwin Streaming Server.
Or, at least, it should work although I haven't tried it with the Irix version (I compiled it, but I haven't tested it exclusively)
For DSS, look in the file section here on Nekochan under the 'nvukovlj' directory.

unixmuseum wrote: Yep... What's also unbelievable is the dependencies that aren't satified with a suposedly all encompassing set of CDs...

Don't know if it's just me, but gtk2+ & xft updates require version of fontconfig & xrender that are not the ones on the CDs. furthermore, gtk2+ also needs a different version of xft than the one on the CDs...


Same thing happened to me. Had to override the conflicts to install the ones above...
A real half-arsed effort this time around...

whiter wrote: Some people.....

you give them something and still they bitch and whine.


I hope you are not being serious...

I haven't complained about the stuff being uploaded to Nekochan even if there are problems with it as it is done by various people with little spare time who use up their spare time to do this for the rest of us.
There is little coordination and of course there can be problems.

The SGI freeware, although done by volunteers is meant to be coordinated and somewhat tested (at least the installation deps for crying out loud) before being released.
I believe that this was oen of the reasons not everyone is free to submit stuff to freeware (of course there are other reasons, but this was one of them)

Now, perhaps this stuff is still beta and this is why they haven't announced it, but then, why not have a beta directory...

confusedhacker wrote: Regarding some of the problems in the latest freeware release, and the perception expressed by Mr_Ripley that SGI has towards it's Irix user base. Y'all are correct in stating that there is a new person trying to get freeware out the door. Humorous it is to see references to "3 freeware employees." Ha haha, ROTFL I was. Even at peak "track the quarterly Irix release schedule" there was only 1 person officially working on freeware, and even that was secondary to his "real" job.

Well, after this new piece of information I apologise for my harsh words. I wrongly assumed that freeware was still somewhat supported within SGI.
I DO appreciate the work that was done. I ws ust voicing my disappointment with the (minor) problems when looking at it in terms of the past releases which didn't seem to have any (or very few) problems.

All I can say, keep up the work! More choice is always good.

While I respect people trying to build everything with MIPSpro, I still believe that it is not really essential in majority of cases.
OK, libs that are used by other bigger applications (or KDE/GNOME and such), fair enough, as there may be a performance impact, and likewise for certain applications that need as much performance as possible, but majority of apps do not fall into this category.
Trying to compile with MIPSpro can turn out to be an exercise in frustration due to so many gcc-isms that are in much of open source software these days (I believe that some of this code is probably copied from app to app too :) ), and at the end won't give you anything more except perhaps that feeling of major achievement against all odds(that is unless you didn't pull out all of your hair in the process).

Could anyone who has an Octane/Octane2 with VPro gfx card and either IRIX 6.5.17 or 6.5.22 and above, and has a few minutes, please download and try the latest Realsoft3D (link to the download is a few messages above) ?

I'm trying to work out if what I am seeing is a bug in Realsoft3D, or is more related to a version of IRIX.

When you start the program, does the main view window look normal, or is it in multiple colours ? Likewise, the leftmost window should be white colour - is it white on your machine ?

What happens on switching to OpenGL - button on the right side that looks like a grey boulder

unixmuseum wrote: Octane2 V10, 6.5.24... Dodwnloaded and installed, had to put /usr/local/realsoft3d/lib in LD_LIBRARY_PATH to get the "rld: Fatal Error: Cannot Successfully map soname ''" taken care of

Interesting... the LD_LIBRARY_PATH should be set by realsoft3d script...

unixmuseum wrote:
nvukovlj wrote: When you start the program, does the main view window look normal, or is it in multiple colours ?

Multiple colors...
nvukovlj wrote: Likewise, the leftmost window should be white colour - is it white on your machine ?

Pure yellow...

nvukovlj wrote: What happens on switching to OpenGL - button on the right side that looks like a grey boulder

The graphics window shows up as it should be, no more patchwork...

Thanks for this. Pretty much confirms there is a bug in the routines there...

Shame it runs HPUX. That and AIX, are my two least favourite Unix implementations. I'm not talking just about the default install, but can't say I liked programming on them either.

Hi guys,

Just wanted to let you know that Realsoft have released v5.1 of Realsoft 3D for Irix.
The package is still Beta (same as the Linux version), but basically, this doesn't mean that it is any less stable, but it does mean that it lacks behind in release schedule than the Windows version.
The benefit is that a lot of the bugs found in the Windows version are fixed by the time the Irix release comes out, and that the Irix licence can also be used for the Linux version.

The Irix and Linux versions are also considerably cheaper.

If you want to find out about the features of v5, check out the following URL: and here:

Anyway, there is an 'eval' version available for download now (not time limited, but rendering res. limited) from here:

Let me know if you encounter any problems.

Let me know if you like it as well. It would be good for Realsoft to know if anyone is interested in their keeping the Irix version going.
I'm helping out on that front (just minor aspects of the porting, so can't take credit for either the features or the bugs. :) ), and will keep doing that while there's interest, since I barely get to use it these days due to work commitments.

Hi Diego,

Just install it. No eval. registration required. On installation, when it asks for key, just leave empty.

Thanks for that report.
I'll look into that.

sum][one wrote: installed.. right click on the viewport.. select "wireframe"... (or shade if you're in wireframe)... booom.

man this proggy crashes with nothing here.. dunno it might be my Octane that is messy.. but i cant really use it for more than 5 mins without a crash.

cheers ;)

Is that the only time it crashes, or are you seeing it crash in other situations as well ?
Can you tell me the spec of your Octane ?

I'll test this on my machine later this week. It wasn't a problem before, could be something that was introduced with this version.

An update has been released. Version 5.1.26.

Fixes a few bugs that were reported (not specific to the Irix version though).

Get it here:

LW 5.6 works fine on IRIX 6.5.22, so looks like something has changed in one of the later versions...

Can you give me the parameters that you have used (and on what process) in order that I recreate the same environment ?

Hi guys,

Well, I managed to compile the BOINC client (in the process adding the code to correctly identify the RAM, swap space, number of CPUs) and the [email protected] enhanced client.
I haven't had the time to package this properly and the binaries have some dependencies they shouldn't right now, but if you follow the instructions on my download page, they should work until I get around to creating a proper tardist.
Some info on the way the binaries were compiled:
1. BOINC client gcc/g++ 3.2 (the Nekoware gcc 3.4 lacks libstdc++ which is required). No real optimisation, but it isn't required for this binary.
2. [email protected] client - gcc/g++ 3.2 - Unfortunately, porting this to MipsPro (I have only would be an exercise in frustration, however,I have tried to build it as optimised as possible (i.e. -O3 -mips4 -mabi=n32 -mfused-madd -fomit-frame-pointer -funroll-loops).
In adiition to this - the [email protected] binary is now linked (statically) against libfftw (3.1.1 or above) and it is within this library that a lot of the computation takes place.
Fortunately, this library was written in C and by people who had cross-platform portability in mind, so it compiles well using MipsPro. Incidentally, the seti porting guys have been playing with the lib more recently, and it is already showing signs of becoming less portable. I compiled the original. I doubt that any changes made would improve performance on MIPS chips, but I will test this eventually.
The library was compiled with:
-O3 -mips4 -IPA -TARG:madd=ON:platform=ip30 -OPT:Olimit=0, i.e. fairly aggressively.
Note: I didn't use -Ofast as I thought that it may have too much of an impact on floating point values.
The library was compiled in single precision mode - gives approximately 4% speed increase over standard (double precision) mode.
Hmm, I wonder whether performance would be better if calls to FFTW were replaced with the SCSL implementation. Unfortunately, I won't have the time to try this.

Anyway, the current archive is here:

The directory structure and the app_info.xml file are already set up for [email protected] enhanced. All you need to do (once you have installed the pre-reqs and the LD_LIBRARY_PATH has been set up) is to run 'boinc_client' giving the seti project url and your account key. Run boinc_client --help for instructions.
Boinc now includes 'boinc_cmd' binary which lets you check on the progress of the calculation. 'boinc_cmd --help' for more instructions.

Anyway, I am planning to package this up as a tardist in the next few weeks.
In the meantime, enjoy and let me know if it works for you.

One thing I forgot to mention - the gcc libraries (stdc++, gcc_lib) will currently have to go into /usr/local/lib. Sorry about that.
My plan is to compile gcc 3.4.6 and upload that to Nekoware and then compile these binaries using that version of gcc/g++ so that a proper pre-req. order can be created.

From your post I'm guessing that 'dirname' is in libgen ?
If so, it is probably the order of the included libraries that is the problem.
The order of the libraries on the compile/link line is important (and strict) on IRIX.

As Neko has mentioned, I have now created the neko_boinc_client-5.4.9 and neko_setiathome_enhanced-5.12 tardists and uploaded them to nekoware.
You will find that the number of pre-requisites is less than with the original versions, and all the pre-requisites are from current nekoware.

As joerg has already mentioned, it will take upto 24hrs from starting the boinc client until it actually downloads any work.
It seems that even though there is a valid app_info.xml present, the boinc client requests an irix setiathome binary on first contacting the server. This makes the server respond with the 'platform unknown' response and tells the client to re-try in 24 hours.
It doesn't seem to be possible to shortcut this.

Please note when first using the boinc client:
1. run it with -attach_project option
2. stop it once it says that it is listening on port 31416
3. Re-start it - it should now output that it is using 'anonymous platform'.
4. Leave it waiting (upto 24 hrs or so)

@joerg - as you have noticed, the computation takes longer (in fact 2-4x longer) than with the 'classic' client. The 'enhanced' client does a lot more computation and this sort of slow-down has been noticed on all platforms.

@ulenz - The argument doesn't make sense for anyone who may be running their machines as a server, especially if that server isn't being stretched.

@AX - the issues you have experienced should no longer happen with the versions in the tardists. I have used the -rpath link option to instruct the linker to link against libs in /usr/nekoware/lib

@Dr.Dave - sorry, the tardist is only mips4. There are dependencies in nekoware, so to create a mips3 binary I would've had to also re-compile these libs. The sources are included with the tardists together with release notes, should you wish to compile it yourself.
Just a little hint for those who do notwish to wait the full 24hours for the boinc client to fetch the first bit of work - there is a way to shortcut this:

1. while the boinc client is running run 'par -p <PID of the boinc client>'
You will see that the client is counting upwards.
2. open client_state.xml and look for <min_rpc_time> entry.
3. If you want to know how long it will be before the client fetches the work, subtract the count you see in the output of par -p from this number.
4. Next, stop the boinc client.
5. change min_rpc_time to be slightly in the future of what the last number you saw from par -p output (the value in gettimeofday sec=' ' call)
6. Re-start the boinc client. If all goes well, the boinc client will fetch the work when it reaches the new, lower count.

Good luck.

Glad to be of service. :)
Hopefully the tardist version will work fine for everyone.


VeKTeReX wrote: Can't be included into nekoware due to gcc, but a working tardist would be greatly appreciated.


Not quite true. The boinc/setiathome I contributed to nekoware was built (with exception of libfftw) using gcc.
While gcc is not encouraged, if gcc is the only compiler that will work (which can be the case) then that is what you use.

Giving a light sedative to a cat two days in a row is usually OK unless they are very old. You will need to get this from your Vet of course.
The sedative (typically Acepromazine is used) usually lasts for 6-8 hours at a time, but possibly longer. The cat is awake during the time and can eat/drink, but will be fairly dopey.
The side effect of the drug is that it also helps prevent motion sickness (one of the reasons some cats keep crying out while in the car).
The tablet needs to be given approx 30min to 1hr before setting off and the cat should be left in a quiet place, otherwise the drug may not work, or not work as well as it should.

Ideally you'll want to stay in hotels/motels that accept pets so your cat can be out of the box overnight.

I have a Veterinary degree btw, so I am not just copying something I saw on the web. :D
However, since this is not official advice, you should talk to you Vet and follow their advice.