ah yeah so you think the dp4 was axed in favor of the beta1?
r-a-c.de
The collected works of foetz - Page 29
r-a-c.de
or a controller that's fully supported
r-a-c.de
gijoe77 wrote:diegel wrote: These are my preferred mipspro optimization options:
Code: Select all
-O3 -mips4 -TARG:platform=IP35:proc=r16000 -OPT:Olimit=0:roundoff=3:alias=TYPED -INLINE
sweet! thanks mate, gonna plug these in and see where i land!
don't unless you know what each of them does. you might want something else or have a different machine or a different compiler version etc.
r-a-c.de
gijoe77 wrote: eh.. this part here:
Code: Select all
OPT:Olimit=0:roundoff=3:alias=TYPED
kinda lost me to be honest
seems you've not yet checked the manpage. there you'd find nice stuff like:
Olimit=n
Specifies that any routine bigger than n should not be
optimized. If -O2 or greater is in effect and a routine is so
big that the compile speed may be slow, the compiler generates
a message indicating the Olimit value that is needed to
optimize. You can recompile with that value of n. The
-OPT:Olimit=0 option is not recommended for general use.
not gonna paste the roundoff and alias parts
r-a-c.de
josehill wrote: "There was a time when dp, beta, and production all meant different things."
good point
r-a-c.de
welcome (again)
if you don't have the password then you have several options:
- boot from cd or network, mount the disk
- boot another disk (where you know the passwords of course) and then mount the "locked" disk
- mount the disk somewhere else
if you don't have the password then you have several options:
- boot from cd or network, mount the disk
- boot another disk (where you know the passwords of course) and then mount the "locked" disk
- mount the disk somewhere else
r-a-c.de
vishnu wrote: Irix 5.3 is full of holes, any one of a number of these should get you in, link:
http://www.exploit-db.com/platform/?p=irix
most of them are local tho and it doesn't say which patches were applied to the test system. either way as always with older systems, as long as you don't make default services available to the outside you should be fine.
further for a number of older systems 5.3 is the only way of running elf binaries which is quite a must if you wanna have any kind of more recent software. and 5.3 is fast and light. 6.2 or even 6.5 on an indy for example is slightly overkill
however, depending on your machine make sure you run at least 5.2 because 5.1 and 5.0.x were not so great
r-a-c.de
some things are worth being preserved and one of them are the newsgroups. so as a little weekend project i put all sgi related newsgroups except for marketplace into mysql. cut off date is somewhere in 2006. the fields are:
all fields are indexed (msg as fulltext) and all rows have the usual autoincrement id as primary key.
the dates are converted to proper sql dates and to the actual content i applied the following changes:
if that sounds handy to you you're welcome to download the sql dumps there:
- from
- subject
- date
- msg
all fields are indexed (msg as fulltext) and all rows have the usual autoincrement id as primary key.
the dates are converted to proper sql dates and to the actual content i applied the following changes:
- trailing blanks removed
- number of consecutive blank lines limited to 2
- quoted-printable content converted
- empty mails skipped
- subjects are cut off by "..." if they exceed 128 chars
if that sounds handy to you you're welcome to download the sql dumps there:
Code: Select all
http://r-a-c.de/sgi/comp_graphics_apps_alias.sql.xz
http://r-a-c.de/sgi/comp_graphics_apps_wavefront.sql.xz
http://r-a-c.de/sgi/comp_graphics_packages_alias.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_admin.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_announce.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_apps.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_bugs.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_graphics.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_hardware.sql.xz
http://r-a-c.de/sgi/comp_sys_sgi_misc.sql.xz
r-a-c.de
TeamBlackFox wrote: All SGIs are worth resurrecting.
signed
r-a-c.de
for the classics fans here's the flatter, irix3 style, purple one.
this one with greetings from prisms
this one with greetings from prisms
r-a-c.de
- gtar.bz2
gnu tar, just in case
r-a-c.de
i remember in the other thread you said this cairo was mipspro so how about the other one in that dir?
r-a-c.de
6000 bucks?
r-a-c.de
great, you really squeeze the last bit out of it. pun intended
r-a-c.de
Axatax_ wrote: Does anyone know why GTK2 is so damn slow on IRIX?
gtk2 is so damn slow everywhere
r-a-c.de
Axatax_ wrote: I have a 200MHz PentiumPro sh*tbox with a Matrox Millennium I (remember that thing -- it pre-dates the incorporation of 3Dfx by three years...). This system will slap my 2x600 Octane left and right running GTK2 apps. Something doesn't compute with GTK2... Missing X extension or Intel-optimized SIMD?? Something 'aint right.
sure, gtk2 is likely made for linux/x86. however even comparing gtk1 and gtk2 on x86 still shows quite a difference
r-a-c.de
smj wrote: Looking at the photos, I don't see the "Property of HI-TECH TOONS" label mentioned in the description... Did I miss it?
it's on the additional pics he put on photobucket
r-a-c.de
vishnu wrote:TeamBlackFox wrote: but I'm not interested in C++.
You should reconsider, C++ is the source; it'll change your life...
indeed, you're gonna have a lot more exceptions
r-a-c.de
7249 was the last
r-a-c.de
marius_can_15 wrote: I would like to reiterate the question that started this post 12 years ago. What can be the reason for one to use at home, or work for that mater, an SGI/IRIX machine?
well this thread has 20 pages now. if you can't find the answer in any of these you probably never will
uunix wrote: Times have changed though foetz, and so have the answers.
sure, times change but irix doesn't and the number of new programs is not exactly high either
but anyway, the more examples we have in here the better of course
I think this thread is worthy of the test of time and continually being updated.
of course and it is. we have 3 pages from 2015 already
uunix wrote: Do we have a thread.. "Why you fell in love with SGI?" ?
i guess this one comes close viewtopic.php?f=6&t=4521746
uunix wrote: I hope by the time I get to the end I'll remember mine.
r-a-c.de
eudatux23 wrote: Is it possible to change the thread title because of the upgrade to V12?
sure, but also change your hinv then
r-a-c.de
eudatux23 wrote: Exactly the same source files build just fine on my Linux workstation.
what a surprise, i guess you didn't read any of the threads in the development section here ... ever
and neither tried google. very first hit brings you to http://www.gnu.org/software/gnulib/manu ... 002eh.html
bottom line: remove the include and see if something is missing then.
r-a-c.de
eudatux23 wrote: Seems to be that it doesn't support vasprintf and strndup?
exactly. these don't exist on irix.
r-a-c.de
well, have a look into generate.c at line 1511 and see what happens there
r-a-c.de
does "auto/scheme.tlo" exist and is something inside?
r-a-c.de
i had a look at generate.c at line 107 which was your last error and that's a malloc error. this seems to be a bit more serious.
from a performance point of view that "generate" program is crap btw
from a performance point of view that "generate" program is crap btw
r-a-c.de
there're still some declarations missing and CLOCK_MONOTONIC doesn't exist on irix
r-a-c.de
vishnu wrote:jan-jaap wrote:foetz wrote: there're still some declarations missing and CLOCK_MONOTONIC doesn't exist on irix
CLOCK_SGI_CYCLE can be used as a replacement
Seriously? I might have figured that out in like, a million years of googleing. jan-jaap, you truly are the Oracle...
it's a classic. after building a bunch of freeware you come across that one way or the other
r-a-c.de
diegel wrote: do you really think we have the skills to do serious kernel hacking?
some of the guys here could do that but for what? better usb support? a better mplayer?
it's not that any serious software is gonna hit the irix market again
alexott wrote: IRIX correlates more with *BSD than with Linux. So I expect *BSD folks to take over this.
as diegel said already irix is an svr4 derivate hence not bsd related despite having a few bsd based programs (as all do). the important point however is what would happen then? thinking of what happened in similar cases in the past parts are likely gonna be stripped out and more or less silently merged into existing linux versions as happened to xfs or chkconfig.
that wouldn't make any serious difference tho because the main problem is somwehere else: for as long as there's no professional segment for desktop machines again the toys and bling bling brainfarts will always have the upper hand and wasting parts of irix for that - no thanks
r-a-c.de
TeamBlackFox wrote: the only ones interested in IRIX being open sourced are the BSD and illumos communities, outside of those here.
it doesn't matter, having some irix parts merged into bsd or illumos or whatever else is just the same as having it as part of some linux. the point is that irix would get cannibalized and that's not something i'd wanna see. neither an x86 port.
r-a-c.de
alexott wrote: Are you sure there is a lot of interesting stuff left buried in closed IRIX, which these communities need for the their operating systems?
i'm not. and if not what's the point in an opensource irix then?
And even they take these parts, what's wrong with that?
technically nothing, this is a question of attitude
And IRIX will be remembered in history for ages.
oh really? guess how many linux users know where xfs came from
irix has its place in history anyway
BTW illumos is an once-opened Solaris continuation. So if give an optimistic look at things, open source IRIX may evolve in similar manner.
i'm aware of illumos but whether that's an actual improvement over the original solaris is very much up for discussion
r-a-c.de
commodorejohn wrote: It is an interesting point that the most likely outcome of making the IRIX source available isn't an IRIX revival, but the appropriation of a handful of components into the Linux ecosystem. The philosophy of the GNU and Linux developer communities overall (and, consequently, a large part of the open-source community as a whole) has always been "embrace, extend, ASSIMILATE!" and I don't doubt that's mostly what we'd see here, if it came to pass. It's only to be expected when you make your software also an ideology.
But that doesn't mean it wouldn't still be a good thing to have it available.
going by your text it seems you have mixed feelings at best about the whole opensource stuff so what would be the benefit of having the irix source?
r-a-c.de
commodorejohn wrote: The fact that someone could make constructive use of it. Whether or not someone will is all academic if they can't .
fair point. i'm just afraid that the chances of being violated are much higher
r-a-c.de
vishnu wrote: Nice!
What'cha gon' do with it?
please don't say playing quake
r-a-c.de
looks like they kept the poweranimator blue
r-a-c.de
Adrenaline wrote: It'll be interesting in the next year where the wearables market goes.
total surveillance of course. for corporations as well as intelligence services that stuff is golden and people even dig it. couldn't get much better for them
r-a-c.de