The collected works of Geoman - Page 2

http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=bks&fname=/SGI_EndUser/MediaTls_UG/ch03.html

afterwards you can encode with "mencode", which is part of: neko_mplayer-1.0rc1.tardist or use the builtin codecs, which are quite old.
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
They use Katzenminze as perfume.

.
.
.
.
.

:-D

.
.
and:
.
.
anime rulez!

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
RDP will run just fine :-)

http://www.microsoft.com/mac/products/remote-desktop/default.mspx

It's a nice machine - it has the formfactor of these new netbooks. but consider: getting spare parts will become harder for old mac notebooks - if it breaks.
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
Must be for the newer machines like Fuel or Tezro - it has no XIO connector, but PCIe (or PCI-X?).

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Nice find - thanks!
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
I see that a lot of users are using big and fast hard-drives in their O2s. So the O2 is capable of cooling them sufficiently at last. (which I did not expect)

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
2 Memory modules died :-(

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Yes, the modules from Kingston and SGI are the double stacked ones, which are comparatively robust.
The ICs on the DATARAM modules look like those for notebooks, they are soldered side by side via ball grid array.

Seems like they're indeed very delicate.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Nice program! Runs fine here
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
+1

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Anatomy 2

http://en.wikipedia.org/wiki/Anatomy_2

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
"We put it in a computer that has only the size of a refrigerator" :-)

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Quote:
DIMM error rates are hundreds to thousands of times higher than thought — a mean of 3,751 correctable errors per DIMM per year


A ZDnet article about DRAMs and their reliability.

http://blogs.zdnet.com/storage/?p=638

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Photoshop is now 20 years old - and IRIX is also mentioned:

Quote:
Photoshop 2.5 for the Mac and Photoshop 2.5 for Microsoft® Windows®, IRIX, and Solaris™


Quote:
Photoshop 3.0 for the Mac and Photoshop 3.0 for Windows, IRIX, and Solaris


http://www.photoshop20anniversary.com/

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
I find it beautiful. Nice box.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Thanks for sharing - I always wanted to get this one!

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
I guess it has something to do with the new kernel, that has been compiled after installing the newest IRIX patches. Starting Quake3, I get the following error:

Code:
Octane2 2% ioquake3
ioq3 1.35_SVN1323M irix-mips Apr 19 2008
Zone data failed to allocate 24 megs
recursive error after: Zone data failed to allocate 24 megs
recursive error after: Zone data failed to allocate 24 megs


It's Quake3 Version: 1.35 SVN 1323 from Nekoware.

Strange.. Perhaps one of you know what's this about....

update:
seems like IRIX does not like nekoware any longer (all the commercial stuff runs..)
Code:
Octane2 1% abiword
Segmentation fault (core dumped)
Octane2 2% audacity
Bus error
Octane2 5% fgfs
Abort (core dumped)

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Cool! Now I know how to debug those!

Here comes the output:

Code:
Octane2 1% echo $LD_LIBRARY_PATH
/usr/aw/alias/lib32:/usr/aw/alias/lib32
Octane2 2% dbx /usr/nekoware/bin/abiword
dbx version 7.3.7 (96015_Nov16 MR) Nov 16 2004 07:34:16
*STRIPPED* Executable /usr/nekoware/bin/abiword
(dbx) run
Process  1344 (AbiWord-2.2) started
Process  1344 Thread 0x10000 (AbiWord-2.2) stopped on signal SIGSEGV: Segmentation violation (default) at [FcObjectFindByName:162 ,0xed914f0]
Source (of /usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c) not available for Process  1344
(dbx) where

Thread 0x10000
>  0 FcObjectFindByName(0x7ffefac1, 0x1, 0xedac77c, 0x0, 0x68, 0x66, 0x69, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c":162, 0xed914f0]
1 FcObjectFromName(0x7ffefac3, 0xedab230, 0xedac77c, 0x0, 0x68, 0x66, 0x69, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c":322, 0xed91c58]
2 FcParseEdit(0x7ffefac3, 0xedab230, 0xedac77c, 0x0, 0x68, 0x66, 0x69, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcxml.c":1797, 0xed9c4d8]
3 FcEndElement(0x7ffef8e0, 0xedab230, 0xedac77c, 0x0, 0x68, 0x66, 0x69, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcxml.c":2187, 0xed9d1c8]
4 <Unknown>() [< unknown >, 0x3c1ae74]
(dbx) quit

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
looks like fontconfig 2.8.0 is somehow corrupted:

Code:
Octane2 10# ./fc-cat
Bus error (core dumped)


Code:
Octane2 11# rm core
Octane2 12# dbx fc-cat
dbx version 7.3.7 (96015_Nov16 MR) Nov 16 2004 07:34:16
*STRIPPED* Executable /usr/nekoware/bin/fc-cat
(dbx) run
Process  4795 (fc-cat) started
Process  4795 (fc-cat) stopped on signal SIGBUS: Bus error (default) at [FcObjectFindByName:162 ,0xed914f0]
Source (of /usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c) not available for Process  4795
(dbx) where
>  0 FcObjectFindByName(0x7ffefaf1, 0x1, 0xfb4f990, 0x0, 0x72, 0x67, 0x62, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c":162, 0xed914f0]
1 FcObjectFromName(0x7ffefaf5, 0x1, 0xfb4f990, 0x0, 0x72, 0x67, 0x62, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcname.c":322, 0xed91c58]
2 FcParseEdit(0x7ffefaf5, 0x1, 0xfb4f990, 0x0, 0x72, 0x67, 0x62, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcxml.c":1797, 0xed9c4d8]
3 FcEndElement(0x7ffef910, 0x1, 0xfb4f990, 0x0, 0x72, 0x67, 0x62, 0x0) ["/usr/people/giulio/Sandbox/fontconfig-2.8.0/src/fcxml.c":2187, 0xed9d1c8]
4 <Unknown>() [< unknown >, 0x3c1ae74]
(dbx)


:(

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
I downgraded to fontconfig 2.3.2 and the apps start again w/o core dumping.
But now I've got such squares instead of characters. fontconfig is still messed up - got to repair that.

So Fontconfig2.8 of nekoware_beta is broken and should be removed from distribution.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
not yet - I simply deinstalled all beta nekoware and the problems vanished - the characters are now displayed correctly.

The only (less important) problem that still remains is:

Code:
Octane2 1% dbx /usr/nekoware/bin/ioquake3
dbx version 7.3.7 (96015_Nov16 MR) Nov 16 2004 07:34:16
*STRIPPED* Executable /usr/nekoware/bin/ioquake3
(dbx) run
Process  8354 (ioquake3) started

Interrupt
Process  8354 (ioquake3) stopped on signal SIGINT: Interrupt (default) at [_syssgi:8 +0x8,0xfb7d4e4]
Source (of /xlv22/ficus-jan23/work/irix/lib/libc/libc_n32_M3_ns/sys/syssgi.s) not available for Process  8354
(dbx) where
>  0 _syssgi(0x44, 0x6, 0x7fff0db0, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/xlv22/ficus-jan23/work/irix/lib/libc/libc_n32_M3_ns/sys/syssgi.s":8, 0xfb7d4e4]
1 elfmap(0x7fff1440, 0x6, 0x7fff0db0, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/elfmap.c":365, 0xfb60c54]
2 found_dso_using_path(0x11ea342d, 0xfbd50e0, 0x7fff0db0, 0xfbdacb8, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_load_object.c":458, 0xfb696f8]
3 attempt_map_on_paths(0x11ea342d, 0x7fff1440, 0x1000, 0xfbdacb8, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_load_object.c":723, 0xfb69aec]
4 map_object_into_mem_and_init_object_info(0xfbdacb8, 0xfbd8468, 0x7fff0db0, 0xfbd7c58, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_load_object.c":1132, 0xfb6a39c]
5 build_obj_list_by_liblist_index(0xfbd8468, 0x3, 0x7fff2d60, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_startup.c":2226, 0xfb71c2c]
6 build_obj_list(0xfbd8468, 0x6, 0x7fff0db0, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_startup.c":2074, 0xfb71a34]
7 build_entire_object_list(0xfbd7c58, 0x2, 0x7fff2d60, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_startup.c":521, 0xfb70040]
8 read_aux_vec_and_build_objlist(0x2, 0x10000000, 0x7fff0db0, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_startup.c":1508, 0xfb71104]
9 sgi_main(0x0, 0x7fff2f14, 0x7fff2f14, 0x0, 0x73, 0x1, 0x0, 0x2e) ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_startup.c":1648, 0xfb71344]
10 newmain() ["/j7/mtibuild/v744/workarea/v7.4.4m/rld/rld_newmain.s":68, 0xfb60184]
(dbx) quit


Let's see what's up with libc now :)

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
That's true-and thanks to PymbleSoftware I learned a lot today ;-)

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
@PymbleSoftware: I will spend some time on this topic - it's very interesting, and there are still some unsolved problems.

@hamei: The problem is: what caused the problems first? Unfortunately I made an "unhappy patchday": updating Nekoware and installing SGI patches all at once together. rather doing it one after one and checking for errors.

The downgrade to fontconfig 2.3.2 resolves the problems with nekoware that depends on it, but ioquake3 and fgfs(flightgear) still panic.
dbx says: libc from sgi0007202 causes it. After removal of this patch, dbx says "syssgi.s" is the cause. but such a file does not exists. Unfortunately, even after uninstalling all patches, this error persists.
Perhaps I have to invoke a recompiling of the kernel, since removing the patches in swmgr did not revert the kernel rebuild that took place after installing them.

IRIX Patch 7235: IRIX ntp 4.1.1 patch 08-Mar-2010
IRIX Patch 7234: named fix for IRIX 6.5.[28..30] 06-Nov-2009
IRIX Patch 7233: networking updates for 6.5.30 15-Oct-2009
IRIX Patch 7232: OpenSSH security patch 03-Aug-2009
IRIX Patch 7217: OpenSSL security patch 09-Sep-2008
IRIX Patch 7207: TimeZone processing change and 2007 zonefiles update 16-Jan-2008

were the installed ones.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Hehe :-D

Well, they somehow made my system behave strange - when logging in for example, it takes a minute for the desktop-icons to appear... and flightgear does not want any longer...

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
2:20 "There's been some fantastic demonstrations by ATI and SGI and even nVIDIA when they run millions and some times as much as billions points on point cloud data on very very big supercomputers"

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
If this "search-engine-gfx-algorithm" really works and this is not a fake, then the guys have a code that is worth more than millions.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
http://forums.nekochan.net/viewtopic.php?f=15&t=16723078#p7320187

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
again: fine piece of work!

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
cool!

Image

_________________
:Octane: :Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
modology: good work!!

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
I think the 'new SGI' is doing very well. Beeing bought by Rackable was the best thing, that could happen to sgi - Rackable took all the risk, even during wwide economic crisis.

_________________
:Octane2: 2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!
Welcome!
You have got a nice desk!
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
Congrats! And thanks for sharing it!
Perhaps we should create some kind of vfc-Database inside nekochan-Wiki..
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
~0.6 kW is not that much for this kind of machine imho
:Indy: :O2: :O2: :Indigo: :Indigo2IMP: :Octane: :Octane2: :Octane2:
SGI - the legend will never die!!
@PymbleSoftware: cool! thank you!
I'm going to add content to this page soon - after passing some exams..
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
I don't know, if this has been discussed already, but Silicon Graphics International hosts the site:
http://freeware.sgi.com/
and there's even a link on the lower left side to Nekochan.net!!

Enjoy!
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
okay, I edited my post ;-)

best,
Geoman
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
I am praying that they can fix the nuclear power plant - and If not, that at least the containment will prevail. :(
http://allthingsnuclear.org/

Tsunami AND quake was terrible enough - please no nuclear desaster
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!
f***!! it is exploded :x
:Octane2: 2xR12000 400MHz, 4GB RAM, V12
SGI - the legend will never die!!