Search results

I haven't really done any major testing, but the update went flawlessly. The Finder seems much faster, and some operations, like the opening and closing of Cocoa app's windows seem much faster. Could just be my perception though.

If you are running jag, you might be running xinetd rather than just inetd. If so you need to create a config file in /etc/xinetd.d/ to get it running.

jesustoast, ncurses is already installed on Jag. cellfish, what libraries does it say you are missing?

I was under the impression that 'KeepAlive yes' was the default on OpenSSH's ssh2 servers. I will add it to the config though.

In cocoa apps, emacs bindings work in text fields, so you can hit Cntrl-a to go to the begining of a line, and Cntrl-e to go to the end.

Multiple CPU's can make things much faster if your problem can easily be made into something that can be solved in parallel. If it can't, then having multiple CPU's won't help. This can be extended to the whole system too. If your applications are heavily multi-threaded and SMP aware/safe...

As far as I know, no modern CPU provides instructions that will let you move bit-by-bit through memory. Bitfields and masks are as close as you get.

Yep, that frame looks to me like the frame around the other unicode chars that get returned for missing ranges. So basically the system couldn't find the fonts for arabic, but OmniWeb tried atleast. IE on jag won't try for some reason, though I can't figgure it out.

You could try booting into single user mode and then deleting the file. Top won't help you though, all it does is display information.

I have had the same problem, only in my case its when I ssh into the OS X box. Basically it works fine, but if I leave my desk for a few minutes, when I come back ssh on my linux box is unresponsive and requires killing. It happens with both openssh and ssh.com on linux, so I assume its a...

You might try it in OmniWeb on 10.1.5, but I think it may be due to the new fonts and text features of Jag (right to left text comes to mind).

Well it works in OmniWeb on Jag. Edit: Still doesn't work in IE, but thats not totally unexpected.

The G3 has cache issues when used in SMP configs, which is why it isn't used in SMP. You might beable to fix it with a fancy mb, but it would just be cheeper to use a G4 in a SMP config.

You might want to edit your post to remove the actuall password hashes. I hope these machines aren't accessable from the outside world. Just because its encrypted doesn't mean that it can't be cracked. Don't give out passwords.

What web site is it? I know Arabic is much better in Jag, than in previous X releases.

Apple has just released a preview of some software that will allow you to do TCP/IP over Firewire. Should make things easy for a quick and dirty NAT setup.

Why don't you just read byte and then do your scanning in the byte you read. P.S. why do you need to read bit by bit?

Agreed. Static paths are very useful, and with OS X the way we have it now you have the power of both static POSIX paths and unique file id's. Agreed. Here is a good discussion about metadata. But this is even more tangental to the original question than the original talk on metadata. We...

Actually its stored with the file. That is if the fs supports storing (rich)metadata for files. Yep, thats the problem. I believe with Be it would just do like OS 9 and let the metadata get striped. With OS X, Apple decided that losing the resource forks (not technically metadata) wasn't...

Ed, please stop spreading FUD. Read the MPL, check out the Fear document that itanium posted, and try to understand that while AOL might be evil, Mozilla's only substantial evil is being hosted on AOL's servers. I had a much longer comment about this issue, but since it boiled down to the...