The collected works of foetz - Page 19

• apache_2410.tar.bz2
• pcre_76.tardist

pcre is with utf8 but without c++ support. my good old 6.6 seemed a bit dated and lacked some popular macros so here's a newer one.
apache is as default as it gets although i didn't include some of the docs. it also includes both required apr libs (without ipv6 support). make sure to use appropriate alternatives or add /usr/local/apache2/lib to your LD_LIBRARYN32_PATH

6.2

• dillo_304.tardist
• pcre_833.tardist

oh yes there it is
quite some heavy changes were necessary to make it work so you might encounter problems. added custom versions of all the missing functions, structures and whatever is related. mostly addrinfo and related functions and the complete set of (v)snprintf with all relatives macros and whatnot .
long story short, i'm writing this with that very thing right now and it's using 5.8mb ram and it's fast. i guess it should be fine for all machines able to run 6.2.

you need the gcc libs and some of the basic stuff. mine or tgc should work fine and remember to fire up prngd on 6.2 if you wanna use https

it's so well equipped maybe people are afraid of the price

good thing i never liked bash

duck wrote:

robespierre wrote:

Code: Select all

$ sudo -s
# chmod -x /bin/bash
# ln -f /bin/ksh /bin/sh

fuggeddaboutit....

On linux this will likely break things badly. Remember that these kids have been thinking that sh = bash since they first licked a beige box.

i did the same on osx but with zsh. might work for linux, too

yeah one of these deals. when you got them let us know how it turned out

oohh so nice, big thanks

a second shellshock thread now

just noticed that the desktop on that monitor shows the same weird window style as hamei is using

josehill wrote: Kind of like patches to bash!

a good match then

jwp wrote: Bash is very questionable for the role of "/bin/sh"

for sure. i've never been a bash fan but i wouldn't bash it too much here (pun ) either because the problem is linux. to be more precise it being way too spoiled.
system related scripts should never use more than what a real sh can provide. by that the dependency on one specific shell is reduced a lot and by that all bad things that can come out of that

yesterday was a holiday here so i figured why not spending some time with ultrix
compiled and fired up gxemul on osx and went ahead ...

all fine except for the constant 100% cpu load caused by gxemul. maybe anyone else encountered that?

so you mean it using 100% all the time is how it is?

oh yeah very nice explanation, thanks

blasphemy
may he leave the evil bugger

armanox wrote: we should consider making an update for nekoware....

how about banning it?
who would use bash voluntarily on a real unix? even more so since zsh, tcsh and multiple ksh variants are available.

nobody needs bash. it's always been a mystery to me why it became so popular except for being the dummy shell for linux

smj wrote: folks coming from Linuxdom and picking up the SGI/IRIX habit will look around for bash pretty quickly. Might as well make it easier for them to indulge their new addiction, rather than creating an obstacle that prevents anybody from joining the club.

hehe yes sure. although not having a specific shell might not keep them away completely. after all people who come from linux to unix/risc do that because they want something different i'd think.
there's not much sense in sticking to bash and gcc on every platform. makes it rather pointless

ClassicHasClass wrote: Very nice!

indeed, a true classic and for 80 bucks a steal. top notch octane1 except for the ram maybe but that depends on what you do.
i hope you have a lot of fun with it

armanox wrote: I'd rather have an up-to-date package for them to use if they so chose, rather then the ancient version on SGI Freeware being the only one.

of course

kjaer wrote: setuid is dangerous on any shell script, not just those with csh. but csh is also poor for programming.

http://www-uxsup.csx.cam.ac.uk/misc/csh.html

a classic issue of dispute which, as that page shows, can get very emotional. but fortunately it's quite easy.
if what you wanna do works with csh and you wanna do it with csh then it's fine. otherwise use ksh.

a humble bump here

irix 5.3 seems to be mocking me. first the netmask from /etc/config/ifconfig-1.options is simply ignored and as soon as i set it manually (ifconfig ec0 netmask 0xffff0000) it shows up but the network is dead
hence setting the default route doesn't work either and gives me a nice errno 128. it's the 5.3 with xfs release and i installed a crapload of patches

all of that with that same machine (indigo2, r4400, elan) works fine under 6.2 so i assume the hardware, cables etc. are alright.

http://www.nekochan.net/downloads/index ... =foetz%2F4

a very small collection of some coffs. not sure how much more to come here because the compiler is not very generous
these also work fine with irix 5.x.

vishnu wrote: Wow nice! What compiler are you using for these?

the original mips c 3.10

jan-jaap wrote: I've got some on my FTP also: ftp://ftp.jurassic.nl/pub/irix/gnu/irix-4.0/

oh yeah, i imagine gcc was no fun
did you use that gcc for the rest or the native stuff?

duck wrote: zsh went out the door when they started doing "easy install" things on first login.

jus stick to an older version then

duck wrote:

foetz wrote:

duck wrote: zsh went out the door when they started doing "easy install" things on first login.

jus stick to an older version then

Hah, yes! Suggested in this of all threads

hehe, no prob if it's not your webserver unless you have other users on it you don't trust. given that the zsh version you like does have nasty security issues at all

kjaer wrote: though the build environment was not entirely friendly.

oh what an understatement

jpstewart wrote: Thanks for those builds. It's nice to see I'm not the only one who still has a fondness for 4.x!

At one point I was going to build a bunch of freeware for 4.x myself, but I never seem to have as much time as I'd like with my SGIs.

it takes time indeed. even with gcc a lot of things are missing from irix itself so it makes no difference sometimes.
that said i'll keep trying the popular stuff but there might not be much that actually goes through. at least not without major rewrites

5.3

• nedit4.bz2
• libiconv_1111.tardist

a nedit v 4.1

• nedit3.bz2
• zlib_128-gcc.tar.bz2
• coreutils-gcc.tar.bz2

coreutils are not complete but almost. a few of the proggies required stuff irix 4.x doesn't have

a quick update here although not a good one. dillo3 for 5.3 might not happen because it seems it requires pthreads

sgtprobe wrote: Have you or anyone else tried this before?

no and i'm not keen on it either
on an indigo2 you have to run the previous generation stuff. except for the viewports a poweranimator for example will probably beat maya on an octane in terms of workflow and your si 3.9 will for sure. in return these things will fly on an octane of course

5.3

• gettext_0144.tardist
• libjpeg_6b.tardist
• libpng_1212.tardist
• sed_412.tardist
• curl_7200.tardist
• libxml2_2612.tardist
• pkgconfig_0120.tardist
• readline_43.tardist

some of the usual suspects. more or less recent versions but should be fine for most tasks.

somehow i think it's my fault but i don't know why. the same happened to me with irix 4. as soon as i change the netmask to something wider like 0xffff0000 the network is dead.
it's like that, for properly using my network i need to be a bit more flexible i.e. need to access 192.168.3.x but also 192.168.44.x for example.

not a problem with 6.2 nor 6.5 but 5.3 and older have the mentioned issues. did i miss something?

the current status on 5.3. tried gnu pth were accepted but there seems to be an issue with X itself:

vishnu wrote: Did you used g++ to compile it?

of course, no way the mips c++ 4.0 of 5.3 could deal with that

If so could you recompile with -ggdb in $CFLAGS and get a backtrace from gdb?

which might not help because the issues are part of X11 and i have no gdb either but the next thing on my list is running dillo through again with -g and maybe only -O2.

things take time in this case because i have to use an actual 5.3 for that and g++ is slow as hell

vishnu wrote: Well, the guys who know say if you're compiling for debugging to leave optimization off completely, because otherwise the code you're debugging isn't the code you compiled, the optimizer can change a lot...

yup, unless it's something that doesn't occur without optimization so usually i go with -O2 first and if the result isn't helpful the next run is with -O0


EDIT: anyway -g without optimization didn't show any more so i assume the related files are system stuff

armanox wrote: That's an easy one - variable scope. Consider the following C++ program

Code: Select all


#include <iostream>
using namespace std;

int main( int argc, char* argv[])
{
int i = 2;
for (int i = 0; i < 2; i++)
cout << i << endl; // Prints 0 then 1
cout << i << endl; // Prints 2
return 0;
}



.

declaring i twice, putting in args that are never used and using c++ for something that trivial at all?

just pulling your leg, the point was clear anyway

5.3

• tcl_805.tardist
• tk_805.tardist
• libsnprintf.tar.bz2

libsnprintf contains snprintf, vsnprintf, asprintf and vasprintf. it's the same one i used for dillo3 for 6.2. it includes a static lib, ucode lib and a shared lib with so_locations. all not stripped so you can use it in any way you prefer. it does of course also work with all later versions of irix.

• libsnprintf.tar.bz2

libsnprintf contains snprintf, vsnprintf, asprintf and vasprintf. it's the same one i used for dillo3 for 6.2. it includes a static lib and a ucode lib. both not stripped so you can use it in any way you prefer. it does also work with all later versions of irix that support coff.