i guess you mean graphics output.
how did you connect what kind of monitor?
how did you connect what kind of monitor?
_________________
r-a-c.de
The collected works of foetz - Page 11
_________________
r-a-c.de
the top500 is to be enjoyed with caution tho since they only go for quantity. i remember them listing a powermac g5 and even a playstation cluster once and i guess nobody would classify those as "supercomputer" by far.
at one point they had a separate cluster section which was a very good idea imho but for whatever reason that didn't last long.
anyway that current fujitsu machine would qualify for sure
at one point they had a separate cluster section which was a very good idea imho but for whatever reason that didn't last long.
anyway that current fujitsu machine would qualify for sure
r-a-c.de
what a nice mix. looking at the background it seems you're not shy on ip27 racks and more
_________________
r-a-c.de
write what? settings? errors? ...
_________________
r-a-c.de
great
_________________
r-a-c.de
hehe how about the obvious that the network stuff is just broken?
is the pci slot in use? if not you could try a different card. 3com based gbit cards used to work fine. somewhere on site here we have info about the working chipsets ...
is the pci slot in use? if not you could try a different card. 3com based gbit cards used to work fine. somewhere on site here we have info about the working chipsets ...
_________________
r-a-c.de
jeez looking forward to the final price
r-a-c.de
what a great collection. i just wish google had a way to download the full gallery
_________________
r-a-c.de
much thanks! haven't seen that particular ad yet
_________________
r-a-c.de
happened to me, too
alternatively you can change the order of dirs of your $PATH. for example irix' tset is in /usr/bin/tset so if in your $PATH /usr/bin comes before /usr/nekoware/bin it's fine, too. it also does however affect all other files in those folders.
alternatively you can change the order of dirs of your $PATH. for example irix' tset is in /usr/bin/tset so if in your $PATH /usr/bin comes before /usr/nekoware/bin it's fine, too. it also does however affect all other files in those folders.
_________________
r-a-c.de
here we have a PowerAnimator 7.5. compared to the default settings i changed the following:
- small palette/shelve icons
- icon labels
- small multilister icons
the rest is default. 7.5 had the final "look" and most of the menus and features later versions had. the last version to look like this was 9.7. at that time however PA didn't exist anymore but since the basic program always was the same it still lived on in a way although the entertainment branch wasn't sold anymore. that however was just a licensing model that showed a few features less or more here and there so just from the look of it you couldn't tell if it was studio or animator or whatever else versions they had over time. the last official version was 9.0 (released nov. 98).
versions before 7 had a different interface. the palette on the left didn't exist and there were no icons. instead at the bottom there were big buttons sorted by sets (pick, xform, render ...). pretty much the same subdivisions (pun!) as the menus in the picture have. when pushed the menu came out above those buttons. in version 7 and above you can still have that effect if you right click on the tab labels.
the blue lambert shader was the PA default unlike the studio versions which came with a silver like blinn as default. if you wanna use that shader in any other 3d program here are the values:
RGB: 0, 150, 255
diffuse: 0.8
PA was/is a great program. the gui is very well designed and very fast. the results of the renderer look quite neat imho and many of the default features look great right away. things like light effects or particles e.g.. PA has always been my favorite and still is. there's so much more to tell but i think for a quick overview it's enough now. anyway if you wanna know more about something in particular don't hesitate to ask
- small palette/shelve icons
- icon labels
- small multilister icons
the rest is default. 7.5 had the final "look" and most of the menus and features later versions had. the last version to look like this was 9.7. at that time however PA didn't exist anymore but since the basic program always was the same it still lived on in a way although the entertainment branch wasn't sold anymore. that however was just a licensing model that showed a few features less or more here and there so just from the look of it you couldn't tell if it was studio or animator or whatever else versions they had over time. the last official version was 9.0 (released nov. 98).
versions before 7 had a different interface. the palette on the left didn't exist and there were no icons. instead at the bottom there were big buttons sorted by sets (pick, xform, render ...). pretty much the same subdivisions (pun!) as the menus in the picture have. when pushed the menu came out above those buttons. in version 7 and above you can still have that effect if you right click on the tab labels.
the blue lambert shader was the PA default unlike the studio versions which came with a silver like blinn as default. if you wanna use that shader in any other 3d program here are the values:
RGB: 0, 150, 255
diffuse: 0.8
PA was/is a great program. the gui is very well designed and very fast. the results of the renderer look quite neat imho and many of the default features look great right away. things like light effects or particles e.g.. PA has always been my favorite and still is. there's so much more to tell but i think for a quick overview it's enough now. anyway if you wanna know more about something in particular don't hesitate to ask
_________________
r-a-c.de
facebook is for girls
_________________
r-a-c.de
if that's the only thing you worry about then you should be perfectly fine
_________________
r-a-c.de
terrific drawing. i wonder if the CAD guys today could do that, too
_________________
r-a-c.de
Mojo wrote:
i'm looking for somthing a little more modern.
what exactly is a modern text editor?
nedit for example has:
- Unlimited undo
- Secondary/quick action selections
- Fully integrated rectangular selection
- Interactive WYSIWYG dragable selections
- Syntax highlighting
- Auto-indent, programmable language-sensitive smart-indent
- Block indentation adjustment
- Parenthesis flashing and matching
- Find lines directly from compiler error output
- Tab emulation
- Unix ctags support
- Client/Server mode for integration with software development tools
- Learn / Replay
- Macros
- Tabs
also it's very fast and slim and highly customizable. that's pretty much as good as it gets for a text editor and beats many others.
it has the classic look, too and isn't a bloated gui gimmicks blunder.
anyway i guess you need to define "modern" to get fitting suggestions ...
_________________
r-a-c.de
thijsatteiltje wrote:
Here you go. Please to enjoy:
oh just seen it much thanks
_________________
r-a-c.de
as mentioned already for the 10th anniversary of nekochan.net and my upcoming 10th anniversary here as well i pictured how my place would look like in the 23rd century
created with an sgi of course
created with an sgi of course
from what i've heard the 10.8 server addon is a pita
_________________
r-a-c.de
vishnu wrote: Nice work! Lightwave? Maya?
PowerAnimator
thanks to both of you
yeah it has a few flaws here and there but overall it looks nice i think and that's the important thing. the room could have more stuff but i wanted to let the sgi stuff stand out and not get buried by tons of deco stuff
and yes the indigo does show the nekochan main forum page
about the cube, i can share the model if you like it
yeah it has a few flaws here and there but overall it looks nice i think and that's the important thing. the room could have more stuff but i wanted to let the sgi stuff stand out and not get buried by tons of deco stuff
and yes the indigo does show the nekochan main forum page
about the cube, i can share the model if you like it
in general i wouldn't use global wildcards like "keep *" but rather looking at what you're actually doing.
in addition to ian's giude you might also wanna have a look at this: viewtopic.php?f=7&t=2153&p=16128#p16128
in addition to ian's giude you might also wanna have a look at this: viewtopic.php?f=7&t=2153&p=16128#p16128
_________________
r-a-c.de
well things sounded much more dramatic than they are. swmgr is one of the best software managers i've ever used and lets you add or remove whatever you desire anytime. also the output of many programs gives good enough hints about what's missing.
anyway everybody use different stuff so it's always an individual choice. the only thing i had to reinstall after 6.5.22 was DPS so if you should get 6.5.26 i'd recommend a normal install with whatever patches you have. then you can figure out what's missing if you should run into problems.
as for the "keep *", that does work of course. i just meant it's not such a good idea because it's kinda like saying "i don't care"
anyway everybody use different stuff so it's always an individual choice. the only thing i had to reinstall after 6.5.22 was DPS so if you should get 6.5.26 i'd recommend a normal install with whatever patches you have. then you can figure out what's missing if you should run into problems.
as for the "keep *", that does work of course. i just meant it's not such a good idea because it's kinda like saying "i don't care"
_________________
r-a-c.de
recondas wrote:
hamei wrote:
DPS ? how did you get that back ?
Not exactly (or maybe not even remotely) what you meant, but it is possible to re-install/re-link Acrobat 4.05/dpsnx
yup that's what i meant. also x_eoe.sw.Xfonts still comes with some DPS stuff.
not exactly sure what you miss however and i've hardly done any printing with irix ... ever
_________________
r-a-c.de
hamei wrote:
I am a turkey who knows nothing but on several occasions I have found places where gcc should have refused to compile the code. Places that were flat-out wrong. The code accidentally works under gcc but that's not a good thing ; a hidden cancer is not better than an obvious one ... and the people in charge at many community software projects are quite dismissive of real flaws. "It works fine here, just use gcc."
Yeah, well, that doesn't solve the underlying problem, does it ?
Yeah, well, that doesn't solve the underlying problem, does it ?
AMEN to that!
that goes for so many softwares today ... quality seems to have died together with most of the proprietary unix machines and the few ones left try to adopt to the crap instead of what'd be right
but hey, we got ipads now with hd video - hooray
_________________
r-a-c.de
mapesdhs wrote:
My stash
the pink doorframe is fancy
_________________
r-a-c.de
jan-jaap wrote:
Code:
part# eeprom id
V10, Fuel, old rev. 030_1725_00x ASTODYB
V10, Fuel, new rev. 030_1826_00x ASTODYV10
V12, Fuel 030_1726_00x ASTODY
V12, Tezro 030_1884_00x ODY128B1_2
V10, Fuel, old rev. 030_1725_00x ASTODYB
V10, Fuel, new rev. 030_1826_00x ASTODYV10
V12, Fuel 030_1726_00x ASTODY
V12, Tezro 030_1884_00x ODY128B1_2
there's one more. mine reads:
Code:
ODYSSEY ASTODY MMP283 030_1996_001 A 00
according to the list of a reseller it's a legit fool v12.
_________________
r-a-c.de
bitcpy wrote:
One last thought.. Maybe we should merge this new data into the old thread? This way going forward, I can provide whatever input into that original thread and see if we can keep everything in 1 place?
definitely and if it should happen this post of mine could be trashed
_________________
r-a-c.de
hehe nice i guess you won't run out of disks anytime soon. do you also sell the SG1 dvd set?
okay enough spamming poor pontiphex sorry :innocent:
okay enough spamming poor pontiphex sorry :innocent:
_________________
r-a-c.de
- download all nekoware
- extract all tardists (simply with tar) into one folder
- point swmgr to that folder
after swmgr came up and loaded everything unmark all and then start selecting what you want. also keep in mind that many nekoware packages install development headers and other things by default which you don't need usually so you might need to check every package and deselect stuff as needed.
- extract all tardists (simply with tar) into one folder
- point swmgr to that folder
after swmgr came up and loaded everything unmark all and then start selecting what you want. also keep in mind that many nekoware packages install development headers and other things by default which you don't need usually so you might need to check every package and deselect stuff as needed.
_________________
r-a-c.de
what a coincidence. i was just messing with ps_mac_to_sgi but this is most likely exactly what i needed. thanks
_________________
r-a-c.de
execute:
if the output doesn't help please post it here then
Code:
versions -n | fgrep iconv
ld -liconv
ld -liconv
if the output doesn't help please post it here then
_________________
r-a-c.de
rwengerter wrote:
The problem is still not solved.
Any more suggestions?
Any more suggestions?
hehe sure, one at a time
now we need:
Code:
find /usr/nekoware -name 'libiconv*'
_________________
r-a-c.de
bgalakazam wrote:
Being in my twenties, I lament not having lived in the 80s and early 90s to use the SGIs and other related products. I often re-read old threads here and look at photos online with nostalgia. Currently, I have several problems with today's market.
1. I don't like the OS choice. Currently the market is pretty much Windows, OS X (wintel still) and GNU/Linux. I have a particular hate for GNU/Linux and try to avoid it outside of my work. I have never owned an Apple product and after they went to wintel, I pledged never to buy one ever. To this day my wife and I have had or used 0 iCrap products. I personally like to use FreeBSD, but the lack of software support for some major applications leave it out of the market. It took GNU/Linux 20 years to start being recognized in key consumer areas (like the gaming industry and media/design). Currently the market is set: Windows - OS X - GNU/Linux. Anything else is considered hobbyist and is very limited in a professional environment software-wise.
2. The architecture. x86 (with 64bit extension) is just overwhelming. Indeed, ARM is making progress, but it's still not enough to be an alternative. All the other RISC (basically POWER and SPARC) are used in mid to enterprise level and dropped the workstation line somewhere between 2006-2009. This is far worse than the OS problem. There really isn't an alternative here and we can only hope AMD doesn't go bankrupt as then wintel will be a full monopolist.
1. I don't like the OS choice. Currently the market is pretty much Windows, OS X (wintel still) and GNU/Linux. I have a particular hate for GNU/Linux and try to avoid it outside of my work. I have never owned an Apple product and after they went to wintel, I pledged never to buy one ever. To this day my wife and I have had or used 0 iCrap products. I personally like to use FreeBSD, but the lack of software support for some major applications leave it out of the market. It took GNU/Linux 20 years to start being recognized in key consumer areas (like the gaming industry and media/design). Currently the market is set: Windows - OS X - GNU/Linux. Anything else is considered hobbyist and is very limited in a professional environment software-wise.
2. The architecture. x86 (with 64bit extension) is just overwhelming. Indeed, ARM is making progress, but it's still not enough to be an alternative. All the other RISC (basically POWER and SPARC) are used in mid to enterprise level and dropped the workstation line somewhere between 2006-2009. This is far worse than the OS problem. There really isn't an alternative here and we can only hope AMD doesn't go bankrupt as then wintel will be a full monopolist.
you're perfectly right, right now it totally sucks
i'm 101% with you and it saddens me to see how things developed in recent years. variety is crucial for proper evolution and so are different sections. the desktop landscape today completely lacks both which leads to "one for all". needless to say that this is very bad in many ways.
i'm afraid i have no solution right now. i was thinking about the very same many times but i guess all we can do is just wait and hope it gets better again. in the meantime your idea of getting a terzo and hope for better times is probably as good as it gets under these circumstances. also stocking up the "good stuff" as long as you can still get it doesn't hurt for sure.
and keep in mind that the former top-notch products always lacked some amount of common stuff even in their prime so having an x86 standing by for "the rest" is the classic package.
_________________
r-a-c.de
not an application screen shot but i figured it might fit the topic well anyway
_________________
r-a-c.de
recondas wrote:
Slow day over in irc.nekochan?
haha indeed. trolling swapped over here
_________________
r-a-c.de
alright there we have the not found libiconv. do you have /usr/nekoware/lib in your LD_LIBRARYN32_PATH?
_________________
r-a-c.de
mapesdhs wrote:
The really peculiar thing is that some companies will not buy from me if my prices are too low, because it raises too many questions within their purchasing departments, ie. why an originally very expensive item can now be replaced or repaired for such a small amount. It's easier for them if something like a PSU costs a decent amount, because that's what their purchasing dept. expects. Apparently this was the case with Indys a while ago, I was selling them too cheaply to attract biz buyers.
hehe indeed i've seen that same behavior, too. the exact same product is just not considered decent if it's too cheap.
_________________
r-a-c.de
something on topic for a change:
a complete indigo2 R10000 with high impact and the 4mb tram was sold at ebay for 120 euros yesterday. that might help with the calculations here
a complete indigo2 R10000 with high impact and the 4mb tram was sold at ebay for 120 euros yesterday. that might help with the calculations here
_________________
r-a-c.de
rwengerter wrote:
LD_LIBRARYN32_PATH is empty.
If I set LD_LIBRARYN32_PATH to "/usr/nekoware/lib" gdb and ddd works.
Is this the recommended setting?
If I set LD_LIBRARYN32_PATH to "/usr/nekoware/lib" gdb and ddd works.
Is this the recommended setting?
it's not recommended it's a must
it's a basic, mandatory setting for all system running n32 libs which goes for everything running irix 6.5. consider it a replacement of LD_LIBRARY_PATH as you have it on other unix flavors.
_________________
r-a-c.de
duck wrote:
Weeelll... It really should have a baked-in rpath for /usr/nekoware/lib. That's where the dependent libraries are installed anyway, and if they aren't THEN LD_LIBRARYx_PATH comes into play, IMHO.
not sure about nekoware but i always disable rpath explicitly. this way you're free to place stuff where you want and just need to add it to a few env vars.
_________________
r-a-c.de