foetz wrote: i actually prepared this for christmas but since the forum was down i'm just posting it now ...
Thank you very much for this tool!
The collected works of jirka - Page 2
Thank you very much for this tool!
I tried to compile it with the g++ on my O2 and it works. It's only a little too big for my 1600x1024 screen..
It needed few minutes (5 or so) for run.
Sorry for using the FVWM on the IRIX
It needed few minutes (5 or so) for run.
Sorry for using the FVWM on the IRIX
vishnu wrote: So I mentioned in another thread that I used nekochan's prodigious downtime to get started on something I've wanted to do since forever, which is to recreate the pioneering blackjack simulations that were done by Julian Braun at IBM in the 1960s and published in Lawrence Revere's classic 1969 book "Playing Blackjack as a Business."
vegac wrote: I'm curious how many people (if any) use an SGI as their daily computer.
I still have an O2 (R10k/250 Mhz, 1 GB of RAM). Of course, for things like the online banking I have to use a non-sgi computer (Linux laptop).
I use my O2 for writing of articles and presentations in the LaTeX, also for simple sketches, graphs and images (XFig, Gnuplot) and for lightweight FEA (I have my own finite element code which I use) and so on.
I use the gcc 4.7 for software development. My codes still use OpenGL 1.2 and Gtk+ 2.x so there are no main isues for me.
I also have several older DOS-based portables (a PSION MC600, HP LX boxes,...) and I use the CKermit to communicate with them via the serial port (software and data backups and so).
Also use my O2 for some general things (image viewing, gaming,...).
My problems:
1. For WWW I prefer the Links browser. When it isn't enough then I use the Firefox. But for many sites I have to use a Linux laptop
2. The OpenOffice is slow and old but the LibreOffice on a modern Linux box is not much better.
3. The Octave 2.x (which is available here at nekochan.net) is too old for me.
Is it still available?
Just installed on my O2. Many thanks!
By the way, I use diegel's rebuild on a daily basis and it is really MUCH faster than older builds.
It the Mosh possible?
https://mosh.mit.edu
"Mosh is a replacement for SSH. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links."
"Mosh is a replacement for SSH. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links."
The link works, just used it
Cool!
I just tested Phillips Hue Light with a bridge. Using the
HuePl
http://www.floodgap.com/software/huepl/
from Cameron. It's very nice that I am able to control such modern technoglogy from my O2!
I can make it dim, make it blink but any attempt to change the color (in any way: huelp red 1, huepl hs 1 xx xxx,...) halts with something like this: [i]"error from hue: 6 parameter, hue, not available"[.i].
It's my fault? Or is it a result of some limitation of the Perl on the IRIX (I tried to use /usr/bin/perl and both Perls from freeware and nekoware..). Perl and curl versions should be OK.
I can make it dim, make it blink but any attempt to change the color (in any way: huelp red 1, huepl hs 1 xx xxx,...) halts with something like this: [i]"error from hue: 6 parameter, hue, not available"[.i].
It's my fault? Or is it a result of some limitation of the Perl on the IRIX (I tried to use /usr/bin/perl and both Perls from freeware and nekoware..). Perl and curl versions should be OK.
uunix wrote: No idea about your problem, but it's looks fun and cool.
Yes, it's funny. I put the light to the room where my wife was reading something. An I testet verious Hue possibilities (blinking, on/off, various intensity levels and so)
ClassicHasClass wrote: D Are these standard hue lights or are they the "non-colour" ones only?
That's the problem: I even didn't thought that there are non-colour ones. And my ones are the Hue Lux (exactly these non-colour ones). My fault
ClassicHasClass wrote: You should be able to change colour temperature at least though -- 'huepl ct xxx'
I just tried it - it doesn't work (the error was the same as previously). So I assume that the Lux thing doesn't support color temperature changes (but dimming obviously works and that's enough for me
).
Many thanks (both for your code and for your help)!
Hello,
I tried to compile the Drawterm (a graphical terminal for Plan9 sessions https://swtch.com/drawterm/ ) on the IRIX 6.5 and it ends with something like that:
The code in the drawterm/libip/eipfmt.c is:
Honestly, I don't have idea whut can be wrong.
I tried to compile the Drawterm (a graphical terminal for Plan9 sessions https://swtch.com/drawterm/ ) on the IRIX 6.5 and it ends with something like that:
Code: Select all
cc-1029 cc: ERROR File = eipfmt.c, Line = 12
An expression is expected at this point.
[0x00] 0 | Isprefix,
The code in the drawterm/libip/eipfmt.c is:
Code: Select all
uchar prefixvals[256] =
{
[0x00] 0 | Isprefix,
[0x80] 1 | Isprefix,
[0xC0] 2 | Isprefix,
[0xE0] 3 | Isprefix,
[0xF0] 4 | Isprefix,
[0xF8] 5 | Isprefix,
[0xFC] 6 | Isprefix,
[0xFE] 7 | Isprefix,
[0xFF] 8 | Isprefix,
};
Honestly, I don't have idea whut can be wrong.
It have to be - it isn't a Plan9 program but a client for normal operating systems (Linux/Solaris/Windows). The IRIX us declared to be supported, too. And there is even a special makefile for the IRIX. Only it doesn't work..
robespierre wrote: Fix this GCC-ism and it should compile
Many thanks - just fixed it (hopefully in a correct way). Also had to fix the getcallerpc function type and it even starts. Just the colours are bit incorrect (green-blue instead of yellow). You can see it on the screenshot.
Thank you very much for your effort! It looks very nice!
Once more thank you very much for the RACbay! It won several nice auctions for me (recently a PSION MC200).
Hello,
Many thanks for the package!
I tried to run your version on my R10k O2 and it fails:
The files named font_aria* are present...
If I move it to /usr/local then it does the same.
Do you have any idea that can be wrong?
Many thanks for the package!
necron2600 wrote: I always run it from /usr/local/ but it should work anywhere else you extract the tarball too. Runs very well on a Tezro. Runs poorly on an O2 R5k.
I tried to run your version on my R10k O2 and it fails:
Code: Select all
Caught exception: font: failed to open /tmp/dangerfromthedeep/data/fonts/font_arial
The files named font_aria* are present...
If I move it to /usr/local then it does the same.
Do you have any idea that can be wrong?
Hello Kevin,
I do exactly the same (using /usr/nekoware/bin/gtar) but the results is the same.
I use the "run" script.
Maybe something in my setup is wrong as the fonts look to be OK (I compared them with fonts from a different source and they are the same).
Anyway, thank you very much for your help!
Best regards,
Jirka
I do exactly the same (using /usr/nekoware/bin/gtar) but the results is the same.
I use the "run" script.
Maybe something in my setup is wrong as the fonts look to be OK (I compared them with fonts from a different source and they are the same).
Anyway, thank you very much for your help!
Best regards,
Jirka
Code: Select all
moose>./run
unknown parameter --res=800.
data directory set to "/tmp/dangerfromthedeep/data/"
OpenGL vendor : SGI
GL renderer : CRIME
GL version : 1.1 Irix 6.5
GL max texture size : 1024
GL number of texture units : 0
GL number of lights : 8
GL number of clip planes : 6
GL maximum viewport dimensions : 2048
GL depth bits (current) : 24
Supported GL extensions :
GL_EXT_abgr
GL_EXT_blend_color
GL_EXT_blend_logic_op
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_convolution
GL_EXT_copy_texture
GL_EXT_histogram
GL_EXT_packed_pixels
GL_EXT_polygon_offset
GL_EXT_subtexture
GL_EXT_texture
GL_EXT_texture3D
GL_EXT_texture_object
GL_EXT_vertex_array
GL_INGR_interlace_read
GL_SGI_color_matrix
GL_SGI_color_table
GL_SGI_texture_color_table
GL_SGIS_texture_color_mask
GL_SGIS_texture_edge_clamp
GL_SGIX_interlace
GL_SGIX_texture_scale_bias
Caught exception: font: failed to open /tmp/dangerfromthedeep/data/fonts/font_arial
Tried, no luck.
My last idea is to update the SDL (the only "modern" library which the dangerdeep4 uses)...
My last idea is to update the SDL (the only "modern" library which the dangerdeep4 uses)...
Installed and started to use it! Thanks
Image: https://www.flickr.com/photos/7958754@N03/24088774292/ (sorry for using of the FVWM in IRIX..)
Image: https://www.flickr.com/photos/7958754@N03/24088774292/ (sorry for using of the FVWM in IRIX..)
Well, I have installed the SCIS2SD cart into my Indy today. If works for me in HDD-emulation mode only.
It is possible to emulate magneto-optical drive or removable device but they don't work as expected (the hinv lists them but they are inaccessible).
But the harddisk emulation works well. I formatted it to have a XFS (I don't thing that a journaled filesystem is the best idea for a SD card, but I will see...). I will try to provide more details later.
It is possible to emulate magneto-optical drive or removable device but they don't work as expected (the hinv lists them but they are inaccessible).
But the harddisk emulation works well. I formatted it to have a XFS (I don't thing that a journaled filesystem is the best idea for a SD card, but I will see...). I will try to provide more details later.
Just installed. Many thanks!
Hello Lloyd,
It was work by necron95 not by me. I just used it.
Anyway, I tried to compile SaVi 1.4.9 today. Just few small edits were necessary (I had to remove #include <inttypes.h> and had to change color selection in a tcl file). I can provide a patch or binary file if necessary.
And it even works with the old Geomview 1.6.1 from the SGI Freeware.
lloydwood wrote: What prompted you to choose SaVi 1.2.8 and Geomview 1.6.1? Current versions are SaVi 1.4.9, released a couple of days ago, from http://savi.sf.net/ and Geomview 1.9.5 from http://www.geomview.org/
It was work by necron95 not by me. I just used it.
Anyway, I tried to compile SaVi 1.4.9 today. Just few small edits were necessary (I had to remove #include <inttypes.h> and had to change color selection in a tcl file). I can provide a patch or binary file if necessary.
And it even works with the old Geomview 1.6.1 from the SGI Freeware.
MrWeedster wrote: Any news on this? Im thinking to get one for Indigo and Indy, too.
It's hard to say at the moment. With the 4GB miroSD (provided with the board) it seems to works (no problems so far).
I tried to replace it with a 32 GB Class 10 Samsung card and it hanged when cloning disks. So I have to do some investigations if the problem is the particular card or something else.
I'm going to try to clone my 4 GB drive in the other Indy. I will send a post here when I will have any results.
It looks great. I can imagine several good uses for such machine.
It's a bit expensive for me, unfortunately
It's a bit expensive for me, unfortunately
Hello Lloyd,
I used a gcc from SGI freeware and also the Tcl/Tk and the Geomwiew from the same source. The change file is attached (changes-diff.txt).
However, when I used the latest gcc from the Nekoware there was no need to modify the code (cchanges-diff2.txt). I just set the Makefiles to add correct path to includes and libraries (/usr/nekoware/include and /usr/nekoware/lib and also added -ltcl8.4 -lth8.4).
There is only one bigger problem: the generated version.c fiel is incorrect (there is a three-line string which is not accepted by the gcc). Thus I did "chmod -w src/version.c" and then "make -i"
That's all and it works as expected. The screenshot is attached. It runs on a SGI Indy (the OS is the IRIX 6.5 and it's the SaVi compiled against SGI Freeware stuff).
Now I'm trying to compile the Geomview...
Geomview 1.95 compiles almost without problems (with the GCC from the Nekoware). The only issue is that IRIX has no "unsetenv". Thus one has to change the line 77 in the src/bin/geomview/x11/gvmain.c to
And that's all (except 2+ hours of compitlation time on my poor old O2).
Now I probably have to learn how to make a tardist...
lloydwood wrote: Hi jirka,
please send me a diff of your SaVi changes to [email protected] :
diff -c5p savi1.4.9 savi1.4.9-modified > changes-diff.txt
should do it, I think.
http://savi.sf.net
I used a gcc from SGI freeware and also the Tcl/Tk and the Geomwiew from the same source. The change file is attached (changes-diff.txt).
Code: Select all
gcc -v
Reading specs from /usr/freeware/lib/gcc-lib/mips-sgi-irix6.5/3.3/specs
Configured with: ../configure --prefix=/usr/freeware --enable-version-specific-runtime-libs --disable-shared --enable-threads --enable-haifa --enable-libgcj --disable-c-mbchar
Thread model: single
gcc version 3.3
However, when I used the latest gcc from the Nekoware there was no need to modify the code (cchanges-diff2.txt). I just set the Makefiles to add correct path to includes and libraries (/usr/nekoware/include and /usr/nekoware/lib and also added -ltcl8.4 -lth8.4).
There is only one bigger problem: the generated version.c fiel is incorrect (there is a three-line string which is not accepted by the gcc). Thus I did "chmod -w src/version.c" and then "make -i"
That's all and it works as expected. The screenshot is attached. It runs on a SGI Indy (the OS is the IRIX 6.5 and it's the SaVi compiled against SGI Freeware stuff).
Now I'm trying to compile the Geomview...
Geomview 1.95 compiles almost without problems (with the GCC from the Nekoware). The only issue is that IRIX has no "unsetenv". Thus one has to change the line 77 in the src/bin/geomview/x11/gvmain.c to
Code: Select all
putenv("LD_PRELOAD=");
And that's all (except 2+ hours of compitlation time on my poor old O2).
Now I probably have to learn how to make a tardist...
Hello Lloyd,
Fixed, it works. No more compilation problems.
The SGI Freeware is unsupported for a long time - it is probably safe to assume that installed GCC is from Nekoware.
I use "gray93" from X11 colors. The Gimps says that it is #d1d1d1. The "exact" SGI color #c1c1c1. The geomview has #afafaf.
Older Geomview seems to be OK. I have to to play with more with it.
The final IRIX Makefile is:
lloydwood wrote: The version.c problem is due to the overriding
LINEEND =
override in Savi1.4.9/src/Makefile_defs_irix
Fixed, it works. No more compilation problems.
lloydwood wrote: At this point, probably safe to assume a new gcc is installed and that the override for older gcc is unneeded?
The SGI Freeware is unsupported for a long time - it is probably safe to assume that installed GCC is from Nekoware.
lloydwood wrote: If someone can tell me the exact hex shade of grey to blend (wouldn't be surprised if it was the Geomview shade!), I can code that in to replace SaVi's blue.
I use "gray93" from X11 colors. The Gimps says that it is #d1d1d1. The "exact" SGI color #c1c1c1. The geomview has #afafaf.
lloydwood wrote: Bit tricky to autodetect /usr/freeware/lib or /usr/nekoware - but good to know comments were clear enough to make editing work. What is the best choice of location for a maintained irix system?
lloydwood wrote: In your screenshot, the wiremap continents map is not synced with the texturemap. That shouldn't happen. is that a consistent problem? With geomview 1.9.5 only?
Older Geomview seems to be OK. I have to to play with more with it.
The final IRIX Makefile is:
Code: Select all
########################################################
# #
# Set machine type -- suffix for savi #
# #
########################################################
MACH = irix
########################################################
# #
# set CC to an ANSI C compiler #
# #
# We have also used gcc on SGI irix 5.x machines #
# #
# #
########################################################
CC = gcc
# override line terminator for version.c creation
# LINEEND =
########################################################
# #
# set TCL_INCLUDES so that the compiler can #
# find the tcl.h and tk.h #
# #
# if tcl/tk is installed in a standard place #
# it is not necessary to set this #
# #
########################################################
TCL_INCLUDES = -I/usr/nekoware/include/
########################################################
# #
# set TCL_LIBS so that the compiler can find #
# libtcl.a and libtk.a #
# #
########################################################
TCL_LIBS = -L/usr/nekoware/lib/ -ltk8.4 -ltcl8.4
########################################################
# #
# Set OTHER_LIBS so that any other stuff needing to #
# be linked in will be! #
# #
########################################################
OTHER_LIBS = -ldl
Hello Lloyd,
Compiles and works! Thanks!
I will try to study Geomview behaviour as soon as possible (hopefully this weekend).
Jirka
lloydwood wrote:
I've made some changes to support IRIX, and the 9 Feb 2016 development snapshot in
http://personal.ee.surrey.ac.uk/Persona ... nreleased/
improves the Makefiles_defs_irix and supports irix desktop colours via testing in tcl/init.tcl. I hope it works more smoothly on IRIX.
Compiles and works! Thanks!
I will try to study Geomview behaviour as soon as possible (hopefully this weekend).
Jirka
It's not a solution but I use "xfig -nosc" to avoid error messages.
Surely.
But will it be available oustside Russia?
But will it be available oustside Russia?
Code: Select all
1 33 MHZ IP12 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 4.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 3.0
On-board serial ports: 2
On-board bi-directional parallel port
Data cache size: 32 Kbytes
Instruction cache size: 32 Kbytes
Main memory size: 48 Mbytes
Integral Ethernet: ec0, version 0
Integral SCSI controller 0: Version WD33C93B, revision C
Tape drive: unit 3 on SCSI controller 0: DAT
Disk drive: unit 2 on SCSI controller 0
Disk drive: unit 1 on SCSI controller 0
Iris Audio Processor: revision 10
Graphics board: GR2-XS24
The case colour is really ugly. The drives are 2x 512 MB.
OK, here is the photo. The quality is poor, sorry (I will try to make better pictures later).
spiroyster wrote: Structural engineer?
Civil engineer.
spiroyster wrote: Sorry jirka, I have completely derailed this for which I apologize.
No problem.
But what is that big Siemens? The Crimson?
foetz wrote:
- vim_802.tar.bz2
Many thanks! I use the 5.3 version on my IRIS Indigo (R3k) and it work well.
The version for 6.5 is nice, too (O2 R10k/250, IRIX 6.5.27).
Hello escimo,
Not really.
I got this machine this summer from the local
http://aukro.cz
auction server (
http://aukro.cz/show_item.php?item=6434963370
). So it's previous owner outbid you.
Surely!
Cheers,
Jirka
escimo wrote: So you outbid me once in the auction for the RW320 from austria!
Not really.
I got this machine this summer from the local
http://aukro.cz
auction server (
http://aukro.cz/show_item.php?item=6434963370
). So it's previous owner outbid you.
escimo wrote: It's in good hands, isn't it?!
Surely!
Cheers,
Jirka
The white SNI-labelled Indy is really interesting! Thank you very much for the picture!
Hello,
how expensive will be shipping to the Czech Republic?
how expensive will be shipping to the Czech Republic?