The collected works of Oskar45 - Page 1

Highland Park, Macallan, Cragganmore...
Stolnichaya Elite...
Brunello, Barolo, Rioja...

:D

/oskar
Curious: the first recorded successful pregnancy brought forth a murderer...
fatal_error wrote: Too much alcohol these days, but, its probably linux related...


Yes, I can relate to that - waiting for compilation runs even in IRIX to finish makes thirsty... :wink:

/oskar
Curious: the first recorded successful pregnancy brought forth a murderer...
Well, my name is indeed Oskar and the "45" is a hint to my age - no, I'm not 45 but I was born in '45 :P

As for my job, I'm SrSysAdmin at the headquarters of a quite well-known international organization over here in Vienna/Austria [any others on nekochan from Vienna?]; unfortunately, I've to manage only Windows and non-SGI based Linux as we don't have any SGI stuff at all. Nevertheless, I earn enough money to afford buying SGI boxes privately (I got my first Indigo in '93, and right now I've an Indigo2 and a Fuel).

As for my "hobbies" - I like to tent out in the African bush [with the exception of Burindi and Namibia, I have been everywhere in East-/Southern Africa from Kenya to Mozambique but I plan on Namibia next Fall, and in April I'll be off to watch the Great Migration], I like to undertake bicycle tours with my lady [in Europe and New Zealand], I collect life performances of operas and I enjoy photographing with my Nikon F5's; and yes, I read a lot (like Pickover, Smullyan, Penrose)...

_________________
For aliens we're aliens.
Just in case you are into Scotch single malts...I got myself a bottle of Macallan Season 1841 - very superb stuff, indeed [whatever it is worth, Michael Jackson rates it at 96 - the highest score he has assigned yet (together with the 1948 Macallan)]...

Grab one for yourself as well - but be warned: it will set you back by about $300 :lol:
Curious: the first recorded successful pregnancy brought forth a murderer...
GeneratriX wrote: I want to try to stablish with this post some kind of reference for myself about the worst/better designs related to Graphic-User-Interfaces on the history of software.


Although I don't want to discuss individual GUIs, I feel your thread gives me a good opportunity to let some emotions out: for /me/ the worst /design/ related to GUIs in the history of software is /MS Windows/ as we know it today. What I mean is that - while there was a time when Windows was an /add-on/ product [allowing you to run /another/ window manager if you wanted on top of DOS (I used a lot GEM which, in my opinion, was better than Windows anyway)] - Microsoft's decision to /include/ Windows into the OS itself plainly was horrible (many people actually only mean the GUI when they talk about /Windows/). For simple home-usage that might be ok, but, since so many production servers nowadays run W2k or later, it is frustrating to watch even sysadmins just clicking around - many of them don't even use the command line anymore :cry:

Of course, what the best/worst GUI is, depends very much on personal preferences and I'd not be surprised if this thread leads to some friendly flaming (I myself don't like the Windows-GUI, but I like the standard IRIX desktop or KDE) :D
Well, in the early '90s I did work only on my IBM PS/2 but I had already read a lot about this company Silicon Graphics. And then one day in 1992 I attended an exhibition where they demonstrated Mandelbrots via - if I remember correctly - a Crimson (I requested a printout which I still have fixed to a wall at home). From that moment on, I was just hooked. Of course, I couldn't afford a Crimson, but at the next exhibition in 1993 they demonstrated Indigos - and they also had promotions for them (and they were also selling "Espressigos" - I didn't get me one, but these were cool gimmicks). So, I decided to buy an Indigo, because of the graphics (?), etc. (they had this nice Explorer software, and Inventor). Still, I must confess that /for me/ the Indigo always was /not/ primarily the hottest graphics toy around at the time - no, /for me/ it was always a Unix box first, albeit an expensive one and with terrific graphics as bonus [but then again, you can buy a VW or a BMW, a Swatch or an Audemars Piquet Royal Oak, an one-way pocket camera or a Nikon F5 - or a PC or a SGI box - but then people might think you are crazy, maybe they are right after all :D ]

For the next seven years or so I just used this very trusty machine, although I upgraded the R3k to a R4400, the Entry graphics to an Elan, instead of the original 32MB I got myself 192MB and a second harddisk. I was in the fortunate position that I didn't need to get any money out of it, so I could do with it what I wanted [although on the graphics side I really liked to do Inventor Toolkit programming]...

After the seven years, I got as replacement an Indigo2 which I still have and in 2004 I bought me a Fuel...

I for one will stick to my boxes until the bitter end :roll:
Wow - what cool stereo you guys have! Quite humbly I submit my own:
    Accuphase P-300V
    Accuphase C-200V
    Accuphase DP-70
    Accuphase T-105
    Teac A-3300S
    Teac A-3300SX
    Teac PC-10
    Denon DRS-610
    Thorens TD 160 Super
    SME Series III
    Shure V15 type V
    Shure Ultra 500
    Crown EQ-2
    Phase Linear 1000 Series Two
    Phase Linear 1200 Series Two
    Lambda-M 2Mk II
    Stax SR-Lambda Signature
    Stax SRD-7/mk2
A comment by Sweetman:

The R10000 was a major departure for MIPS from the traditional simple pipeline; it was the first CPU to make truly heroic use of out-of-order execution. Although this was probably the right direction (Pentium II and HP's PA-8x00 series followed its lead and are now on top of their respective trees), the sheer difficulty of debugging R10000 may have set Silicon Graphics up to conclude that sponsoring its own high-end chips was a mistake.
dexter1 wrote: Fem and I are going to be parents


CONGRATS!
About 40% of Americans deny evolution. Sad.
unixmuseum wrote: I know what I'm doing Friday: taking the day off :-D

Heh - why waste Friday :D ? Germany-Costa Rica and Poland-Ecuador are hardly exciting...better save your day for another occasion - eg, in the second round we might easily have Brazil-Italy, Germany-England, Argentina-Portugal or France-Spain :!: :D
If the snake bites before it is charmed, there is no advantage in a charmer.
:arrow: http://secunia.com/hardcore_disassemble ... _engineer/

_________________
Man is the only being capable of acting unreasonably.
josehill wrote:
The earliest projected end-of-support date for new Origin 350 and 3900, Fuel and Tezro is currently December 2013.

Ok, 20 years of SGI producing workstations are history, but nevertheless I seem to have noticed that one or the other on Nekochan still happily hacks away on boxes for which the end-of-support date has long passed but none of them really complains much about lacking support - so why lamenting now? I myself am reasonably sure I'll get support for my Fuel for the next 10 years or so as well [since my local SGI support still maintains boxes from 1994, I'm confident I'll manage a support contract beyond 2013 as well].

And - I already have this crazy idea to get me a remarketed Tezro next year - I've no idea what do to with it yet, but it would sure be cool to own one :D

Besides - noone of us can really tell what the *nix landscape will look like in, say, 10 years from now - perhaps then there will be none anyway and everything is just a nightmare, eh Windows :)
About 40% of Americans deny evolution. Sad.
I normally leave my Fuel run 24x7; however, the other day when I came home it was down and after reboot, I'd found in syslog:
unix: |$(0x15a)WARNING: 001a01 ATTN: 1.5V low warning limit reached @ 1.340V.
unix: |$(0x15a)WARNING: 001a01 ATTN: 1.5V low warning limit reached @ 1.269V.
unix: |$(0x160)WARNING: 001a01 ATTN: 1.5V level stabilized @ 1.452V.
unix: |$(0x15a)WARNING: 001a01 ATTN: 1.5V low warning limit reached @ 1.255V.
unix: |$(0x160)WARNING: 001a01 ATTN: 1.5V level stabilized @ 1.354V.
unix: |$(0x158)WARNING: 001a01 ATTN: 1.5V low fault limit reached @ 1.199V.
unix: WARNING: Auto power down will be delayed until shutdown is complete.
unix: |$(0x163)WARNING: 001a01 ATTN: power down aborted, environmental monitor reset
Xsession: mephisto: logout
INFO: The system is shutting down.
INFO: Please wait.
4D:IRIS /usr/etc/eventmond[794]: The child process was killed by the signal 9
0D:IRIS inetd[265]: inetd received SIGTERM; terminating.
3F:IRIS syslogd: going down on signal 15

What in your opinion is the exact reason for that? Can I do anything about it?
371- 528 - 818 - ?
hamei wrote: You have a service contract. Get a new one.

Heh, hamei, you really recall that I've a service contract!!! Congrats to your brain - should be preserved in some nicely-labelled jar!!! Anyway, I'll be fine with a new board in a few days. Don't want to think about what it oost me without contract, though!
371- 528 - 818 - ?
zafunk wrote: I had the same problem recently and had to kill the environmental monitoring.

Hmm, I'm not sure that killing env monitoring will save you. As I've noted in my original post of this thread, the messages are written by the kernel so they will be in the syslog even if eventmond is not running. Also, I suspect my box would have been killed anyway regardless of whether eventmond was running or not ...
371- 528 - 818 - ?
nekonoko wrote:
Oskar45 wrote:
zafunk wrote: I had the same problem recently and had to kill the environmental monitoring.

Hmm, I'm not sure that killing env monitoring will save you. As I've noted in my original post of this thread, the messages are written by the kernel so they will be in the syslog even if eventmond is not running. Also, I suspect my box would have been killed anyway regardless of whether eventmond was running or not ...


If you're shutting off env monitoring on the L1 (which is the case here) it won't report anything to the kernel. No-one said anything about turning off eventmond - this is more low level :)

Hmm - does that mean, if you shut off monitoring on the L1, the box would not die even if the voltage gets too low???
371- 528 - 818 - ?
nekonoko wrote:
Oskar45 wrote: Hmm - does that mean, if you shut off monitoring on the L1, the box would not die even if the voltage gets too low???


That's correct.

If that's so, there seems then to be no need in this case to get a new mobo... :P
371- 528 - 818 - ?
nekonoko wrote:
Oskar45 wrote: If that's so, there seems then to be no need in this case to get a new mobo... :P


Pretty much ... as hamei said, he's been running his Fuel (which has the same problem) for two years without an issue :)

OK... as I already got a new mobo, I'll ask my local SGI support to take it back again and give me my old one :)
371- 528 - 818 - ?
hamei wrote: Didn't mean to come off as quite so negative about the Fuel

Must be too much Highland Park on my side - but I seem to recall from various other threads that, depending on your mood, you were occasionally a bit more positive about the Fuel. Anyway, might be OT for the nonce, but, in your impeccable Far Eastern Wisdom, what would *you* think is the computer equivalent of what we call in German "eierlegende Wollmilchsau" [for the few non-German speakers on Nekochan, it's only "the sow, which lays eggs, provides you wool, and gives you milk" - i.e., gives you everything] :?: :D
371- 528 - 818 - ?
nekonoko wrote:
Oskar45 wrote: OK... as I already got a new mobo, I'll ask my local SGI support to take it back again and give me my old one :)


Heh, I wouldn't do that in your case as you're entitled [skip]So far my Fuel hasn't exhibited this problem (fingers crossed) ...

Well, I was only joking :D :D :D And long live your Fuel :) :) :)
371- 528 - 818 - ?
Obelix wrote: I am sorry, but it is not a question of a buggy environmental monitor.[...] By the way, I really love (loved?) my Fuel.

I believe you are right. Seems that the algorithm used for checking said voltage is faulty, giving occasionally wrong results...And, by all means, continue to love your Fuel - it's a GREAT box, even if a few others over here ridicule it when ever they can (well, I love mine nevertheless) :lol:
371- 528 - 818 - ?
hamei wrote:
Oskar45 wrote: ... what would *you* think is the computer equivalent of what we call in German "eierlegende Wollmilchsau" ...
An updated Octane would be tit.

Precisely what updates have you in mind?
371- 528 - 818 - ?
Dr. Dave wrote: Since the chips 'read' OK, one can assume that either the analog input to the chip on the offending line is bad (implying a chip problem), the voltage reference for the device is bad, or the origin for the derived voltage is bad.

Did you ever consider the possibility that the chips themselves might indeed be ok but the checking /algorithm/ is faulty?
371- 528 - 818 - ?
joerg wrote:
Oskar45 wrote:
Dr. Dave wrote: Since the chips 'read' OK, one can assume that either the analog input to the chip on the offending line is bad (implying a chip problem), the voltage reference for the device is bad, or the origin for the derived voltage is bad.

Did you ever consider the possibility that the chips themselves might indeed be ok but the checking /algorithm/ is faulty?


Shouldnt than sgi can fixed that with a firmware upgrade? According to the post sgi replaced the boards.

Exactly, that's what happened in my case - I simply got a new motherboard.
371- 528 - 818 - ?
In my case, the local SGI support couldn't say for sure whether it was hardware or firmware related - so I just got a new board.
371- 528 - 818 - ?
Sufficiently many mice around will keep her happy for however long your trip takes... :lol:
371- 528 - 818 - ?
Mare wrote:
Code:
[sdl]usescancodes=false

From what I can tell there are some issues with the command line parsing. Here is the really weird bit, if I put a printf("moo\n"); in the " class MOUNT : public Program " section it actually runs all the commands (INTRO / MOUNT / etc). Without the printf() it just prints a blank line and returns to the 'dos' prompt.

Hmmm - when I'd described my difficulty farther up, I'd indeed that line in my dosbox.conf. So, that doesn't seem to solve the problem by itself. However, I'll try your other suggestion - on the weekend, I'm going to put that weird printf in and recompile - curious if it'll work then...

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
Mare wrote:
Here is the really weird bit, if I put a printf("moo\n"); in the " class MOUNT : public Program " section it actually runs all the commands (INTRO / MOUNT / etc). Without the printf() it just prints a blank line and returns to the 'dos' prompt.


Code:
class MOUNT : public Program {
public:
void Run(void)
{
printf("moo\n");
<etc>
}


[in src/dos/dos_programs.cpp]. I build 0.65 with MipsPro 7.4.4m. However, INTRO/MOUNT still print only a blank line, and mounting a directory still doesn't work. But maybe I inserted the suggested printf at the wrong position. Any hint there?

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
Mare wrote:
From what I can tell there are some issues with the command line parsing. Here is the really weird bit, if I put a printf("moo\n"); in the " class MOUNT : public Program " section it actually runs all the commands (INTRO / MOUNT / etc). Without the printf() it just prints a blank line and returns to the 'dos' prompt.

OK, I also made some progress. As I mentioned above, putting your printf directly into the MOUNT class didn't help me any [my version of dos_programs.cpp is 1.56]. However, when I put said printf into the MOUNT_ProgramStart function, then I can indeed run INTRO, although I can't run INTRO MOUNT properly - I only get instructions for mounting CDROM/info on special keys...Anyway, you might be right in assuming command line parsing is the crucial issue here...

BTW, there definitely seems to be an issue with the MOUNT class. Check its parentheses structure...

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
By now, surely everyone on here has succeeded to compile dosbox with MipsPro (I compiled dosbox 0.65 under Irix 6.5.29 with MipsPro 7.4.4m). However, I still can't mount any directory at all.

While above I was inclined to follow mare's suspicion that the problem has something to do with command line parsing, after some fiddling with printfs, I now believe the issue is in this part of the 'Execute' function from src/shell/shell_misc.cpp [mine is version 1.43]:

Code:
413    else
414    {   /* only .bat .exe .com extensions maybe be executed by the shell */
415       if(strcasecmp(extension, ".com") !=0)
416       {
417          if(strcasecmp(extension, ".exe") !=0) return false;
418         }
419       /* Run the .exe or .com file from the shell */
420       /* Allocate some stack space for tables in physical memory */
421       reg_sp-=0x200;
422       //Add Parameter block
423       DOS_ParamBlock block(SegPhys(ss)+reg_sp);
424       block.Clear();
425       //Add a filename
426       RealPt file_name=RealMakeSeg(ss,reg_sp+0x20);
427       MEM_BlockWrite(Real2Phys(file_name),fullname,strlen(fullname)+1);
428       /* Fill the command line */
429       CommandTail cmd;
430       if (strlen(line)>126) line[126]=0;
431       cmd.count=strlen(line);
432       memcpy(cmd.buffer,line,strlen(line));
433       cmd.buffer[strlen(line)]=0xd;
434       /* Copy command line in stack block too */
435       MEM_BlockWrite(SegPhys(ss)+reg_sp+0x100,&cmd,128);
436       /* Parse FCB (first two parameters) and put them into the current DOS_PSP */
437       Bit8u add;
438       FCB_Parsename(dos.psp(),0x5C,0x00,cmd.buffer,&add);
439       FCB_Parsename(dos.psp(),0x6C,0x00,&cmd.buffer[add],&add);
440       block.exec.fcb1=RealMake(dos.psp(),0x5C);
441       block.exec.fcb2=RealMake(dos.psp(),0x6C);
442       /* Set the command line in the block and save it */
443       block.exec.cmdtail=RealMakeSeg(ss,reg_sp+0x100);
444       block.SaveData();
445 #if 0
446       /* Save CS:IP to some point where i can return them from */
447       Bit32u oldeip=reg_eip;
448       Bit16u oldcs=SegValue(cs);
449       RealPt newcsip=CALLBACK_RealPointer(call_shellstop);
450       SegSet16(cs,RealSeg(newcsip));
451       reg_ip=RealOff(newcsip);
452 #endif
453       /* Start up a dos execute interrupt */
454       reg_ax=0x4b00;
455       //Filename pointer
456       SegSet16(ds,SegValue(ss));
457       reg_dx=RealOff(file_name);
458       //Paramblock
459       SegSet16(es,SegValue(ss));
460       reg_bx=reg_sp;
461       SETFLAGBIT(IF,false);
462       CALLBACK_RunRealInt(0x21);
463       /* Restore CS:IP and the stack */
464       reg_sp+=0x200;
465 #if 0
466       reg_eip=oldeip;
467       SegSet16(cs,oldcs);
468 #endif
469    }
470    return true; //Executable started
471 }
472


Since joerg got dosbox to mount when compiled with gcc, I wonder what could be different there when compiled with MipsPro...

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
Our corporate IPS recently detected the following:

Quote:
The fingerprint HTTP_Imagemagick-Sgi-File-Malformed-BPC-Field-Handling-Buffer-Overflow has matched. Detects buffer overflow exploits against ImageMagick SGI decoder component. A remote attacker can persuade a target user to download a crafted SGI file and open it with the vulnerable product. This causes the vulnerable product to be terminated or executes arbitary code with the privileges of the currently logged in user.


While you will understand that I can't tell you the exact regular expression for this matching - has anyone else encountered this situation? How serious is it?

BTW, there is no CVE entry for it.

_________________
For aliens we're aliens.
fvador59 wrote: http://sgifanclub.1fr1.net
for smoke / flame / 3ds max / maya artists

...except that, AFAIK, these products are no longer actively supported for IRIX by their respective vendors [at least Maya is definitely not].
371- 528 - 818 - ?
foetz wrote:
Oskar45 wrote:
fvador59 wrote: http://sgifanclub.1fr1.net
for smoke / flame / 3ds max / maya artists

...except that, AFAIK, these products are no longer actively supported for IRIX by their respective vendors [at least Maya is definitely not].


and?


I can only comment on Maya [don't have any experience with the others at all].Sure, it's great to get tips etc. for Maya 6.5 [official IRIX support ended March 14, 2006]. But as an artist [and the forum mentioned above is squarely aimed at such], I couldn't care less for such an outdated version even if it runs on my SGI boxes [yes, I've 6.5 installed, but I'm not a proferssional artist at all]. To stay up-to-date, I'd most certainly be rather interested in tips for utilizing the tons of features added since then - and, currently, Maya for other platforms holds at 8.5...So, in your opinion - what is the benefit of getting hints for Maya 6.5 on IRIX when I can get hints for Maya 8.5 for other boxes somewhere else?

BTW, since you are so keen in defending old software - I still have a few questions regarding Explorer. Would you be willing to help me there?
371- 528 - 818 - ?
fvador59 wrote: Your are completely wrong Oskar45, but anyway if you think that to be an artist you must have the last version of each apps, i understand why you practice only at home... Some artistes made better works with there 6.5 version that you will be able to make during all your life with your new toys. And to finish with, all company are not working always with the last release, only people at home have the last one.Ask also "ILM" why are they still working
with softimage 3D (the old one yes around 1997) on a O2 to animated Yoda ??? They must be "newbie" and don't know that new versions existe and they could be an better artist with them.

"Show me your programs, and I diagnose who you are." it's your signature !!!!
I'm not thinking that too (sorry), it's not because you drive an Farrari that you are a good pilot !
It's not because you have downloaded all the warez apps that you are the best !!!

Your comment is cheerfully taken. You are right. But as I wrote above, I'm not an artist at all - therefore, I'm perfectly fine with running "only" 6.5 on my Fuel and I most certainly don't care about the availability of newer versions for other platforms at all. Unless Maya returns to IRIX [which will most probably never happen], I'll simply continue with 6.5 - as you'd put it so politely, I only practice at home afterall :-) And it's great fun nevertheless, believe me. But for the nonce pretend I'm an artist, will you? There's this client who expects some great work from me. I know it could be done painlessly with nCloth. Only trouble is, nCloth is not available in 6.5. So, while I'm not so sure ILM would be willing to share with me how to simulate that in 6.5, out of your very own experience - how would you go about that in Maya 6.5 on IRIX? How would you accomplish Geometry Caching for faster animation? Your hints are most certainly appreciated.

Regarding my signature - you don't have to say "sorry". Not at all. You're most certainly welcome to express your own thoughts there. In fact, you're the first one who ever did. And therefore I really appreciate it. But you see - I'm not driving a Ferrari all the time - sometimes it's only a 4x4....got my point?
371- 528 - 818 - ?
fvador59 wrote: http://sgifanclub.1fr1.net


Funny...last Friday I'd registered there and posted an introductory message just saying I use Maya 6.5 on my private Fuel. Today I wanted to log in again but received only "You are banned from this forum". Have no idea why :(
371- 528 - 818 - ?
fvador59 wrote: Perfect reflection :)

Would you have argued the same way if I'd have talked about Photoshop instead of Maya?
371- 528 - 818 - ?
foetz wrote:
toxygen wrote:
Oskar45 wrote: Would you have argued the same way if I'd have talked about Photoshop instead of Maya?


from Photoshop version 6 there has been literally no major change except ability to edit more layers at once. I can imagine myself working with photoshop version 5 as good as with cs3.
although, new "features" may save some time, but they are not crucially necessary.


the main difference is the speed and the size. cs3 compared to v5 is much bigger and much slower


As I'd talked about Maya 6.5 [last IRIX version], it would be fairer to compare Photoshop 3.0.1 [last IRIX version] to newer versions - not v5 to CS3...
371- 528 - 818 - ?
Installed your binary. Was able to mount my dirs properly. However, trying to run some of my favorites - "The incredible machine" & Infocom's "Journey" - only gave me a "Bus error(coredump)"...

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
Oskar45 wrote:
Installed your binary. Was able to mount my dirs properly. However, trying to run some of my favorites - "The incredible machine" & Infocom's "Journey" - only gave me a "Bus error(coredump)"...

I downloaded Frogger and it seems to run. So, your binary probably has serious problems with certain graphics...

_________________
The YOUNG get old, the OLD die -
that's what we've in common, not SGI.
squeen wrote:
I've was working on our in-house scene graph library last week. We weren't getting very good surface reflection up close with Cube maps, so I justed added a planar reflection render-to-texture (FBO) option. So far so good, but I'm still wrestling with reflecting all the light sources (and shadowmaps!).

No idea whether you could use it - but take a look at http://www.radiance-online.org/ anyhow - might just be the thing you are after.

_________________
You are not expected to understand this.