Search results

of course. Unless you need accellerated OpenGL for work, in which case L word is probably your best option at this time. Beware, though, L word is System Vish.

is an unhappy implementation of VMS, rather than Unix. In fact, it has nothing in common with unix under the hood. In the olden days, we prefered Ultrix (DEC's rebadged 4.2BSD unix for VAXen) over VMS, because using the latter felt like wearing a straightjacket. In that respect, one of the...

Regarding working from a command line, any good UNIX tutorial should be helpful, especially the use of permissions (take a look at the chmod manpage). As far as general trouble-shooting is concerned, fixing someone else's programs, porting, and similar matters require deep knowledge of both...

because OSX uses different dynamic linker technology (as compared to Linux)

No, but they are usually used to implement a similar concept in a non-dynamically strongly typed language. Same can be said about multiple inheritance. Actually, both parameterized types (templates) and multiple inheritance are more general than either of Java interfaces or objective C...

The subject is a gross understatement, IMNSHO. gcc -S nontrivial-source.c vi nontrivial-source.s cry

Do I, indeed. I can just pray that a decent compiler will appear, in spite of the fact that there is a "free" good-enough one bundled with the system (yes, I want an actually working libstdc++, the one with fully functional and thread safe exceptions, string operations, etc; I also want some...

ksh88 or ksh93 would have been nice, yes. Neither is fully Bourne shell compatible, though, since "nobody could say which syntax does Bourne shell accept, and source was no help either" (or something in that spirit, from the author of rc shell) Both are way overbloated for a shell which...

Because it is more Bourne compatible than ash? Because it is not GPV-ridden like bash? Because Bourne shell is not available without licensing? FWIW, I would have prefered statically linked ash as /bin/sh; however, some Bourne shell scripts do not run correctly under ash (the ones catching...

Eric Clapton Carlos Santana Mark Knopfler Paco de Lucia Peter Green(baum) BB King AE King Brian May and all the myriad of other people who can actually play, as opposed to shred, guitar.

But it is a nice rendering, nevertheless :)

as any error while using /bin/sh as your login shell will tell you % /bin/sh $ mroe hello.c zsh: mroe: command not found

Uncomment the telnet entry in /etc/inetd.conf, and kill -HUP inetd

There is 8KB buffer in pipe kernel implementation. However, that buffer does not lose data; the writing application blocks on write when the buffer is full. So, unless you are reading from the pipe being written to, the writing application will not finish if it has more than 8K to write.

Heh, disconnect which instance of the user? Please, remember that every session attached to a controlling terminal is an instance of a user (e.g. if I have three terminals open, I am logged in three times). So, which one of me do you want to disconnect? All of me? It is doable, by killing...

HTML ate my meta-syntax.

but you might not like it :( In Terminal, cd to the directory and chmod <mode> * man chmod for details about <mode> You can even have chmod traverse the directories in a recursive manner.

The only ones worth having if one wants to be able to use them in a meeting (what a concept, PDA to catch notes) are the ones with real keyboard, even if not full size. Handwriting recognition sucks at the rate of 1 character per second. If one wants a really useful PDA, it needs a built...

There is a limit of processes per user, and it is probably a sysctl on MacOS X as well. The use of the limit is to prevent exactly the kind of fork(2) bombs you guys are attempting. Remember, BSD comes out of a university, and fork bombs are favorite passtime of freshmen students :)

No idea about the floppy, but the /dev/fd is a file descriptor pseudo filesystem, and has nothing to do with floppy. Since Mac OS X uses a form of DEVFS, the recognized devices show up in the /dev. There is no need to mknod them. So, I would not be surprised by the fact that OS X does not...