r-a-c.de
The collected works of foetz - Page 32
indeed there were issues. this one was no no-brainer
r-a-c.de
very comprehensive i'd say
uunix wrote: I bet it's C++ related!
r-a-c.de
it just seems to lack the time.h header
r-a-c.de
did you check nedit.org? that seems to be some finnish blog now or so
anyway what a nice surprise of course to see this revived. will grab
anyway what a nice surprise of course to see this revived. will grab
r-a-c.de
very nice. for some reason i feel tempted to install vms on my alpha
r-a-c.de
ivelegacy wrote: hack it with an hex editor, and change the about string with something cool
this is open source, just change the code
for the record, 6600 is correct btw. that's the xserver's version used in 6.5
r-a-c.de
first nedit now this. good week indeed
r-a-c.de
- nedit_56a.bz2
- xpdf_304.tardist
xpdf with greetings to hamei
r-a-c.de
5.3
6.2
- nedit_56a.bz2
6.2
- nedit_56a.bz2
r-a-c.de
- nedit_56a.bz2
r-a-c.de
indeed, freebsd is the most popular so supporting that would make the most sense
r-a-c.de
- libev_420.tar.bz2
- libevent_2022.tar.bz2
libevent with ssl support
r-a-c.de
seems so indeed. really sad to see what happened to sco over the last years. now more than ever an x86 based unix could sell well. i wonder what'd have happened if they knew that 10 years ago
r-a-c.de
welcome here zagnut
as it's been said already not running irix on an sgi makes it rather pointless. you got the octane for free so spending a few bucks on irix is the best investment you can make and that's also the only way to actually get what sgi was all about.
if you wanna run a linux file server use one of those dells
as it's been said already not running irix on an sgi makes it rather pointless. you got the octane for free so spending a few bucks on irix is the best investment you can make and that's also the only way to actually get what sgi was all about.
if you wanna run a linux file server use one of those dells
r-a-c.de
zagnut wrote: I'll probably get a drive with Irix, just so I can check out an OS I have no experience with.
well irix is unix so if you can set up a linux file server working with real unix won't cripple you either
also what's the point of getting the dream machine of your teen years just for putting it in the corner as a linux file server? if you wanna have the sgi experince you have to, well, experience it
r-a-c.de
diego
r-a-c.de
there's a very simple formula to determine what the sgi (and pretty much any other proprietary unix system) is good for and what not:
everything hobby/home user related => bad
professional tasks => good
that should solve the video streaming question and can serve you well as some sort of template for any other idea you might have along the way
everything hobby/home user related => bad
professional tasks => good
that should solve the video streaming question and can serve you well as some sort of template for any other idea you might have along the way
r-a-c.de
nice
r-a-c.de
hamei wrote: It's mips 3 so should (?) work on older Irixxes
no, it depends on where it was compiled. mips3 does however let it run on, well, mips3 machines
r-a-c.de
hamei wrote: I have no way to test.
Code: Select all
file /path/to/mxterm
or whatever the proggy is called
r-a-c.de
guardian452 wrote: /opt/MaXX/bin/mxterm: symbol lookup error: /opt/MaXX/bin/mxterm: undefined symbol: getColorResource[/code]
different xlib than what it was linked against
Code: Select all
./ideas
./ideas: error while loading shared libraries: libXm.so.2: cannot open shared object file: No such file or directory
either not part of your LD_LIBRARY_PATH (or ldconfig config) or simply missing
r-a-c.de
maxxi.desktop wrote: libXt -- my implementation has the sgiScheme loader built-in... as SGI did back then
nice, so you included what was in the libSgm directly?
r-a-c.de
jimmer wrote: My initial solution was to use a few (evil) global variables (why are they evil? they work and don't cause headaches)
they're not evil, they just can't be predicted well by the compiler so optimizing suffers
Code: Select all
ld32: ERROR 33 : Unresolved data symbol "FTP::_state" -- 1st referenced by FTP.o.
the _state variable of your FTP class is not available to your FTP object file. could you show the FTP class prototypes and one example of using it?
r-a-c.de
spiroyster wrote: FTP.C
Should this not be FTP.cpp?
no, uppercase C is fine. in fact i usually advise against using cpp because that's the name of the preprocessor.
otherwise that's a very nice summary spiroyster
however never forget to do things how you get along best as long as it compiles fine and is your project. a lot of conventions have more of a protective reason than something else and the same goes for a lot of c++ "features" in general.
as long as it's your project and your code, if you're fine with declaring namespace std globally for example and it doesn't bite you in the XXX then go for it
r-a-c.de
xray, haha nice
if anyone is thorough then you
if anyone is thorough then you
hamei wrote: env 2 should make it work.
Any explanations of why would be appreciated, at least by me.
as i wrote in my pm already, xpdf's crappy build system simply ignores CPPFLAGS. moving its content to CFLAGS and CXXFLAGS is one possible solution in this case
r-a-c.de
Krokodil wrote: you'll need the extra power to run mplayer well
why mplayer?
r-a-c.de
uunix wrote: changed all the lmhost entries
entries where and to what?
r-a-c.de
so it's working now?
r-a-c.de
ClassicHasClass wrote: Because he'll love IRIX so much he'll want to run things locally.
oh yeah that's the spirit
r-a-c.de
wow they even listed an irix change
r-a-c.de
i have no idea whether this runs on 6.5.x at all but i can give you the exact inst versions of the libs that i have installed when i fire up the indigo next time
r-a-c.de
i just took solaris 11.3 beta for a ride and noticed that one annoying issue i had with the previous versions is still not fixed. it might not be an issue at all but i haven't found a solution yet. it's something rather trivial:
when using the other shells (i usually have tcsh as login shell) instead of bash man doesn't work. setting MANPATH doesn't help either. only using man with -M works. so far i used an alias as a workaround but would like to know if there's an "official" reason for this behavior.
when using the other shells (i usually have tcsh as login shell) instead of bash man doesn't work. setting MANPATH doesn't help either. only using man with -M works. so far i used an alias as a workaround but would like to know if there's an "official" reason for this behavior.
r-a-c.de
that can be in a couple of locations. first have a look into /extra. that might be hidden so use the terminal or make hidden files and folders visible otherwise.
alternatively you could mount the small efi partition directly and look for the boot.plist there
alternatively you could mount the small efi partition directly and look for the boot.plist there
r-a-c.de
calvin wrote: IRIX is a terrible server
how so?
r-a-c.de
zagnut wrote: I know there's a file somewhere, similar to Win boot.ini or BCD. I just dont know where it is located or how to edit it.
yeah that's the default com.apple.Boot.plist. if you don't have either chameleon will just use the defaults
r-a-c.de
calvin wrote: nor is it optimized for server workloads and applications.
could you be a bit more specific?
how are server workloads and sever applications defined? and is that not completely dependent on each case?
r-a-c.de