vishnu wrote: Welcome back to the Land of the Living...
more or less ...
vishnu wrote: Welcome back to the Land of the Living...
diegel wrote: Currently we have two main issues: get firefox 3.5 or newer running ...
armanox wrote: Depends on what you're doing - I built PHP, OpenSSL, HTTPD, and MySQL just to run a Drupal site. All in the eye of the user.
nekonoko wrote: Well at least it's more active here than the NeXT Computer forum . I love the concept of that forum; I keep visiting hoping people will post something cool, but consider myself lucky if I find one new post a week.
vishnu wrote: What we should do in order to compile this "modern" shite on our SGI's is to write and compile binary patches to MIPSPro that add the functionality that C and C++ now possess, that MIPSPro doesn't.
Into the fray!
foetz wrote: that goes hand in hand. to know what works fine we need to know what sucks or vice versa
vishnu wrote: I think the GIMP is enmeshed with a pretty recent gtk2...
Trippynet wrote: Overall, yes I'm admittedly one of hamei's enthusiast users.
commodorejohn wrote: I can't imagine that the embedded world has gone any crazier than the desktop world.
uunix wrote: Do you know if this machine was using the 1600sw before you received it? Have you ever seen it working together?
mrintel97 wrote: Should I try reinstalling IRIX?
mrintel97 wrote: Where am I snagging the vfo from?
Could the missing PCI riser be causing any of these issues?
mrintel97 wrote: Well, I just decided to do a fresh install of IRIX 6.5.18 and the monitor comes to life! Looks like Titox was right, I may have had a bad installation. So thanks for all your guys' help!
necron2600 wrote: Any way to open/convert .docx and .xlsx formats would be a big bonus for Irix ... but nothing with docx/xlsx that the rest of the world seems to expect.
Another spreadsheet application?
mp4 videos still give me a black screen most of the time.
Thunderbird is still so sluggish ...
GNUCash ? Would save me from SoftWindows95 and an old version of Quicken.
Vladio wrote:foetz wrote: ah, for additional video hardware what comes with irix might indeed not be enough. it depends on what sort of video gear you have. some need specific drivers supplied by the manufacturer
I have an extra 24" Samsung LCD I was going to use. I did a bit of reading on what should be needed and didn't find anything other than needing a 13w3 adapter.
uunix wrote: I'm suspecting you logic here.. Trippynet & myself have9 months of misery ahead..
chemdream wrote: Since NOTHING happens when I hit the power switch, I'm assuming it's the PSU...
I had no idea these things were so touchy.
jan-jaap wrote: That's an SGI badged Neterion Xframe ...
Krokodil wrote: Ah yes, I did have a scare like that myself early on, video graphics board trouble, but was probably caused by an improperly reinstalled TRAM ...
rosehillbob wrote: I didn't some testing of the libraries in found faults in GTK>=2.6 and a faulty DBUS library currently in Neko beta. I have a fixed GTK2.10.14 with cairo 1.8 now.
Krokodil wrote: So what's your point? Lol.
rosehillbob wrote: firefox3.5 must have gone under a lot of testing ...
vishnu wrote: Not exactly OT but I've found recent versions of Firefox to be almost unusable on my Linux box ...
techgrrl wrote: Anyone have experience just setting this up and working out of the box as it were?
techgrrl wrote: ... went further down the rabbit hole on the net to no avail - as far as php it also seemed simple but think I'm out of my depth - everyone on the web shows a few line solution that has not worked for me
TeamBlackFox wrote: Towed my friends truck with my roommates truck using a ratchet tow strap 35 miles from his girlfriends house to his house.
vishnu wrote: Another thing, if firefox sits at youtube for a while, not watching any videos and not having it as the active window, if you go back to that window, it takes like a minute to become responsive. What the heck is up with that? It's been doing that for years. Chromium does not do that. I'll be sticking with Chromium for the foreseeable future it seems.
techgrrl wrote: Oh goodness me what a huge muck mire of dependencies ...
uunix wrote:Oskar45 wrote: This is not meant politically. But what occurred there last night should be shocking for everyone of us. It could happen anytime anywhere again. Oh, what an insane world we live in.
Shocking and awful chap. To this day I only understand the motive as != Muslim = Death ? Am I wrong and ignorant of what this is all about?
uunix wrote: I tried firing Xcircuit up , it requires tcl version > 8. I have tcl-8.4.11 installed ?
diegel wrote: Many bus errors are results of MipsPro aggressive optimization, so first try to build a version without optimization and look if you still have the errors.
dexter1 wrote: Hamei, is there a simple check for the library inport and the display bug?
Xcircuit 3.8.78 compiles fine on my O200, but i'm not sure what the exact problem is.
Code: Select all
gort 8% ./xcircuit
X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)
Major opcode of failed request: 62 (X_CopyArea)
Resource id in failed request: 0x0
Serial number of failed request: 5159
Current serial number in output stream: 5182
dexter1 wrote: Hamei, is hat the Xw version of xcircuit you are using? You're typing ./xcircuit which leads me to believe you are using the (old) X interface.
Try going to tcl/tk. Nekoware has the 8.4.11 versions which are fine and do not require any dependencies.
When building xcircuit 3.8.78, or 3.9.x for that matter, use: ./configure --with-tcl=/usr/nekoware/lib --with-tk=/usr/nekoware/lib
And when finished, do:
Code: Select all
setenv XCIRCUIT_LIB_DIR ./lib
setenv XCIRCUIT_SRC_DIR ./lib/tcl
./lib/tcl/xcircuit.sh
I actually reproduced the library display bug on my remote X terminal (Ubuntu 15.10 Latitude laptop) with the xcircuit program running on the o200.
PS: i was able to compile 3.8.78 with tcl/tk it on my Ubuntu Laptop and the first thing i notice that there is a "grid" which is missing in the irix-xcircuit window. Sure enough, when i press 'l' i see the library...
Trippynet wrote: I'm paying more attention to that crazy toolchest than the Wings screenshot. That must have taken some work to knock up!
necron2600 wrote: It would be a nice feature if the toolchest could be minimized.
vishnu wrote: Yet another update; after what can only be immodestly described as a monumental effort, I have finally prodded Maxwell into compiling and running ...
Geoman wrote: I think somehow we will enter 'full retro mode', where it isn't feasible anymore to port newer software to SGI.
dexter1 wrote: As for the bus error. I haven't learned to debug tcl/tk apps in the debugger. If anyone can show this for me, especially for xcircuit, i'd be all ears
le developpeur wrote: Since the error is raised by the X11 server,
it will be necessary to catch it in the source where the XCopyArea
statement is called, and figure out why the target pixmap/window is
null or pointing to some random area of memory, and why.
In xcircuit-3.9, the places it might occur are elements.c lines
2360, 2364, 2380, and 2426.
Usually, these problems that are different from machine to machine are
caused by the interaction between the window manager, Tcl/Tk, and X11.
It will help to know which window or pixmap is undefined, and figure
out why it isn't getting set to a valid memory address.
Oh and on all IRIX build:
Code: Select all
checking X11/xpm.h usability... yes
checking X11/xpm.h presence... yes
checking for X11/xpm.h... yes
checking for XpmCreateImageFromData in -lXpm... yes
No problems with that fortunately.
dexter1 wrote: As for the bus error. I haven't learned to debug tcl/tk apps in the debugger.
Code: Select all
Process 6565: Stopped on signal SIGSEGV: Segmentation violation (default)
_nsproc(<stripped>) ["sproc.s":158, 0x0fa7509c]
Process 6565 stopped at ["sproc.s":158, 0x0fa7509c]
cvd>
Code: Select all
gort 21% /usr/sbin/cvxhang -signal :0.0 96469306 /opt/circuit/bin/xcircuit