The collected works of foetz - Page 37

rgn_init() doesn't take any actual image data afaik but just, well, inits the region :P
but yeah the idea of using some of the region_set functions inside the decode function could be an option. however the decode function is meant to read one full row per color (and alpha) only so i'd need a new one or change the current one because gimp wants rgba, rgba, rgba ... per row.

my general idea was to replace the fwrites at the bottom so that i store whatever the colors like red[x - left] have in a buffer. once the row is done i give that to gimp, update the progress bar and go for the next row.
the rather basic problem i have there is making a "copy" of whatever red[x - left] and the others have to a buffer. i tried a simple = and bcopy and a few others but nothing worked.
r-a-c.de
r-a-c.de
much thanks for that. unfortunately it doesn't work.

Code: Select all

A value of type "guchar *" cannot be assigned to an entity of type "guchar"


in case you didn't grab the full file, the colors are declared as (guchar *). another example of how they're assigned

Code: Select all

guchar *red, *green, *blue, *matte;
size_t suc = sizeof(guchar);
...
red = (guchar *)malloc(suc * width * 4);
...
green = &red[width];
blue = &green[width];
matte = &blue[width];


pointer-party :P
r-a-c.de
sorry, still no dice

Code: Select all

The operand of the indirection operator ("*") must be a pointer
r-a-c.de
jimmer wrote: the '-rpath' flag adds a list of colon separated dirs to the binary so that rld can find libraries in those directories at runtime without you having to set the LD_LIBRARY_PATH environment variable.

which is exactly why that should never be used.
anyway please share the packages if you like. even if you don't wanna fiddle with a nekoware tardist having them as independent dist is better than not having them at all :-)
did you load the 6.5 base stuff as well?
r-a-c.de
uunix wrote: the o2 is now a 300MHZ r12000 yet the disk comes from an R5000 (another machine) ? Possible issue?

oh yeah in that case i'd do a fresh install anyway
r-a-c.de
mia wrote: foetz, can you tell me how you're making packages once you have $something compiled?

unfortunately that's a bit clumsy on tru64. first you have to understand how the setld kits are "designed"
http://www.frascati.enea.it/documentati ... /TITLE.HTM
r-a-c.de
i checked the new pages and couldn't find any remains of the irix stuff. anyone who wants to mirror something, it's now or never
r-a-c.de
vishnu wrote: Santa is a Time Lord and his sleigh is a Tardis. Like The Doctor's Tardis is chameleoned to look like a police call box Santa's is chameleoned to look like a sleigh with eight tiny reindeer... :mrgreen:

haha i'll go with that this year :P
happy holidays everyone :D
r-a-c.de
nice. maybe you could add a few words about how you did it? and what you used and so on ...
r-a-c.de
thanks but no thanks :P everything after houdini5 on irix didn't run well at all.
that aside the joints dexter1 mentioned are too harsh. you'll see that if you're using a darker shader, they stand out too much like they wouldn't be part of the object.

maybe we can use this thread as a call to arms so to say and see if more members contribute their version of the logo. would be great having some kind of collection here.
r-a-c.de
welcome jeffe23, always nice to have some ex-guys here :P

unfortunately firefox and gtk2 (which firefox3 needs) are 2 of the worst running programs on irix. these are pure linux/x86 developments and therefore run with zero optimizations of any kind. for having a basic amount of fun with that an r12000 or higher is a very good idea.
for historic purposes and given the used market prices you might wanna leave your prototype octane untouched and grab some other sgi gear from ebay or somewhere else
r-a-c.de
happy new 2004 everyone :P
r-a-c.de
as requested by the thread starter, this one is locked now.
a fitting move i think given that a locked thread was the very start of hamei's farewell
r-a-c.de
hi ben, great to have you here!

i've been on your site more than once for some electrogig info and whatever you can tell is most welcome of course. and i gotta say your charger rocks :P
this is a great confirmation that the most important aspect always is the artist and not the software. there're way too many people out there thinking that only with the latest and often not greatest version one can produce proper results. very wrong of course.
r-a-c.de
great, thanks, grabbing right now :D
r-a-c.de
xnview supports a huge number of image types and can convert from and to a lot of them as well. it also has a terminal program included called nconvert. it's the most comprehensive converter i know of
r-a-c.de
even tho viewkit is c++ you don't have to use c++ for your parts if you get along better with c. speed will be on your side in that case :P
iirc a quad 300 with an ir2 was around 750w
r-a-c.de
Alver wrote:
Krokodil wrote: Unfortunately that's the dilemma with many of these machines is that finding software for them is very difficult or impossible.

It seems to be particularly problematic with Tru64, VMS, HP-UX, AIX.

... why? I don't see how it's any more or less problematic.

simply because sgi was more popular for desktop use hence in comparison there's more available
r-a-c.de
Krokodil wrote: I don't have HP-UX, but I doubt it's any better

it is, a lot actually: http://hpux.connect.org.uk
r-a-c.de
shouldn't this

Code: Select all

LD_LIBRARY_PATH="$HDSO:$LD_LIBRARY_PATH"
be LD_LIBRARYN32_PATH ?
r-a-c.de
afaik an alias version called StudioSuface never existed. there's one called Surface from autodesk currently available.
for product names from the sgi times have a look at the intro of my poweranimator v6 review. that review also applies to all other alias versions until today.
uunix wrote: Tonight I'd like to start a quest to build PostgreSQL 9.5 (latest) on IRIX.

don't. it's the first 9.5 release and it's never wise to jump on the first release of whatever software.

anyway i've built 9.4.1 ( viewtopic.php?p=7376282#p7376282 ) with mipspro last year. a few quirks aside there were no significant problems. the issues i ran into were caused by irix in general and not mipspro so gcc wouldn't have made a difference there.
r-a-c.de
rwengerter wrote: I believe that LD_LIBRARYN32_PATH should be used on 32-Bit Irix such as a sgi O2.
My sgi fuel is 64-Bit and therefore LD_LIBRARY_PATH should be used.

no, for 64bit machines it'd be LD_LIBRARY64_PATH. for details see http://techpubs.sgi.com/library/tpl/cgi ... /ch01.html

actually since techpubs will be gone soon i attached the pdf as well just in case
r-a-c.de
uunix wrote: I thought if I can build the latest, then earlier releases should be do-able also.

unfortunately that's naive :P
different versions means different code and there're many ways to break things hehe. sometimes the old version had something that caused problems which is fixed in the new one but just as well vice versa ...

I didn't think it had been done and I see you have done a lot of work on other stuff. I never even knew that directory existed.

iirc i started sharing stuff here in 2004

Did you run into the Thread-Safe issue? if you did, did you disable it or sort it and if you did disable it, did you get racing threads?

oh sorry, the only thing i remember is changing the mmap stuff to use /dev/zero since irix has no anonymous pages

Nice one though, many many thanks. :D

my pleasure, grab whatever you like. everything is mipspro with reasonable configure options and max. compiler options. the few gcc builds i made have "gcc" in their name.
r-a-c.de
uunix wrote: I may still look at doing it myself in the future just for the experience

oh of course, practice never hurts :-)

So I copied libpq.so.5 over the existing link and get a different message... unresolvable symbol in ./pg_ctl: PQping not as harsh as the original message and it's at least finding it. So then I copied libpq.so.5.7 to libpq.so.5 and get the same message.

usually it's a much better idea to link instead of copy. anyway, as always, just make sure the pgsql libs are in your LD_LIBRARYN32_PATH and the symbols problems should be dealt with. that aside, all my stuff expects to be in /usr/local so in case you have it somewhere else move it there.
i always disable rpaths where possible to avoid forcing specific locations and other problems but sometimes some parts of a program store the build prefix somewhere anyway and expect the stuff to be there
r-a-c.de
i guess most of you are using later alias versions from the time when it was under the sgi roof. however if you wanna add some even more classic feel to it there's a way to get somewhat close:


first turn the palette off. just hit windows -> palette and it's gone. despite the 3 dots there that's just an on/off switch.
click the options button on the title bar of the shelf and load my v6_shelf file, replacing whatever shelf you currently have. you might wanna save yours first in case you customized it.
next head over to preferences -> interface -> palette/shelves layout and hit the cube for options. you should now have the window that looks like my screen shot. i framed the important parts in red. set the rest to your liking. hit go when done and you should have something useful already. in some cases tho the main window might be a little off. without the borders now you can't drag the edges nor the window itself to correct the size and/or position so in this case we need the hotkeys. for moving the window hit Alt+F7 while the mouse is somewhere over the window. the same goes for sizing it by using Alt+F8. it might take a few tries to get it right but in the end you should have something similar to my full screen shot.

so far so good, now to get the real alias research feeling don't use the icons but right click on the shelf tabs. my v6_shelf (as far as possible) has the same order and content as v6's and older versions' menus so that's pretty much as classic as you can get :-)
r-a-c.de
opcode wrote: I used to sit in the bathroom ... it was orgasmic!

maybe we don't wanna know more :P
r-a-c.de
Pontus wrote: But the demos are on the original "June 1998". Can I read in both? And should I read in "Supplementary Applications" ?

that's something you can try later, once it's installed. in most cases it's a good idea to do a rather minimal installation and take care of everything else later from within irix using swmgr
r-a-c.de
great that finally more people seem to be annoyed by how the websites have developed. unfortunately the kind of sites you're looking for is very rare. mostly old sites fit these specs
r-a-c.de
welcome ssch1034 and thanks for the insight. reports like this are always welcome :-)
r-a-c.de
ha, a new risc workstation. haven't seen that in a while and it feels oh so good :P
didn't see anything about the os tho. does aix run there?
r-a-c.de
astouffer wrote: after heaving that CRT into the recycle bin.

why :shock:
r-a-c.de
astouffer wrote: I don't miss having a CRT one bit.

the very opposite for me. always looking for a good one, flat screens don't have convinced me yet.
anyway guess that's enough off-topic :P sorry for the quick detour iamtheari
r-a-c.de
Krokodil wrote: Things way a ton, are hard to drag upstairs from the basement and take up alot of desk real estate.

don't know about you but i usually don't carry my monitors around once they're in place :P
i rather care about the picture quality which matters all the time instead of possible obstacles of something i do once in years
r-a-c.de
ah too bad. doesn't make much sense then
r-a-c.de
ClassicHasClass wrote: Well, it's the use case: if the desire was a cheaper AIX workstation, I don't think this was ever intended to serve that purpose. If the desire is a more modern POWER-based (or even just non-x86) workstation, then I think it does. The price premium doesn't seem unreasonable to me.

Sure, you could get a Linux workstation for much less, but for me what matters is under the hood.

well both matters. i see no sense in having non-x86 hardware for running linux (big irons from sgi or cray aside although i'd like to see something custom on these too). a linux which i may add has a number of disadvantages compared to x86 linux (same goes for bsd). it's not like the risc machines beat the crap out of an ordinary peecee anymore as it's been back in the day so there has to be a good reason.
the major plus of proprietary stuff is the combination of a great machine and a professional, custom taylored os. as soon as one of the two is missing it doesn't make much sense anymore assuming what's left isn't way above everything else.
r-a-c.de