synchronous is for guaranteed writes before a power out. Synchronous writes on FreeBSD are very fast. Sometimes it beat ext2 on linux [which had horribly dangerous async writes by default]. Its a matter of opinion that synchronous writes are better. They can be sped up by using Soft Updates for metadata. There is a lot of information about this stuff. Don't assume synchronous == horrible performance.
If you are running a server you most certainly want some form of security. HFS+ is not case sensitive. If you restrict certain files like "Hello" outsiders may be able to get to the same file by calling it "HeLlO" or "HELLO". UFS is case sensitive.
OpenDarwin.org is looking into getting up-to-date UFS with FreeBSD and then maybe UFS2 from FreeBSD -current. I have been one of few people on the opendarwin.org list to respond and the exchange has been good about how to begin. Jordan Hubbard has provided good guidance.... now I just need the time and some help I am sure.
I appreciate that you think I seem intelligent. I'll have you know you are wrong! I am an idiot:).
Its just an opinion. I personally think software copyrights should be heavilly guarded because the alternative is the even stricter ruled patents which are evil. Its one thing to guard an implementation of an algorithm, I agree with that. What sux is "owning" the algorithm itself. Its why projects like gcc can't optimize the way patented compilers do. As a developer I care a great deal about this issue.
I understand that copying and sharing are ok for things you own but when you buy a game you don't own it... its just a license to use it. Those who receive copies don't have this license and are therefore using illegally. Sure the law may suck... but its still the law. I don't necessarilly feel great about the fact that this stuff isn't necessarily beneficial to all of humanity but that is how Capitalism seems to work. Ideally all of our needs would be provided for and people would strive for improvement unmotivated by greed but for self [to quote a Simpons (tm) word] "enbiggenment".
Actually I really don't think what Blizzard is doing is wrong. Just because you write free software doesn't give you the rights to infringe on the property of others. Would you like me to come to your house and just take your stuff? Would you get mad if someone tried?
The way to make money with open source is to sell "support". Support is a service not a good. Blizzard is protecting themselves by saying they won't put up with freeloaders using Bnet to get around key-checking. Now the people who authored bnet may not have intended malicious use of their code but they should realize that businesses contain people who write code to provide for themselves and their families a means to survive [perhaps more comfortably than necessary but the point is still the same].
Call me a troll if you want. I'll just call you closed minded. Boycott if you wish... you won't convince me to join. I actually don't own any blizzard games because I am not into the RTS genre to begin with and the closest I have ever come to playing warcraft was a demo of the original game.
Basically do what you want... I really dislike the news with a slant that is presented on this site and these "trolls" are my knee-jerk response to knee-jerk journalism.
I hope they win that court case personally. I write software for a living... people need to get paid for their work somehow. Bnet circumvents key checking which allows for pirated copies to be used... sounds illegal to me.
BUY ALL THE BLIZZARD TITLES YOU CAN FIND. Screw the boycott!:)
As always there is a lot of speculation and very little knowledge in these posts.
BSD
Above the Mach layer, the BSD layer provides "OS personality" APIs and services. The BSD layer is based on the BSD kernel, primarily FreeBSD. The BSD component provides
file systems
networking (except for the hardware device level)
UNIX security model
syscall support
the BSD process model, including process IDs and signals FreeBSD kernel APIs
many of the POSIX APIs
Pthreads (POSIX threads implementation)
The BSD component is described in more detail in the chapter BSD Overview".
The web page you refer to doesn't make it clear whether Darwin is actually based on BSD, or just an implementation of the BSD process model, filesystem, and other APIs.
Then you may be confused by what makes an OS an OS. The original ports of linux to PPC were based on MkLinux which was a microkernel as well. Are you saying that those weren't linux? Also if you are worried that not all of the code is exactly the same as another BSD out there then every platform NetBSD runs on wouldn't be able to be called "NetBSD" in respect to one another because of the extra code it takes to port from one architecture to another.
If you think of Mach as your "hardware layer" then Mach becomes the platform you implement BSD on [like Lites].
Yes... this is true. I initiated the discussion of KDE-Darwin on opendarwin.org mailing lists. Jordan Hubbard was kind enough to sponsor me. The Fink guys said "what a coincidence... we were hopeing to work here too". Things came together remarkably well and the Fink guys deserve all the credit in the world for doing this!!!
Without them it wouldn't have happened. Patches are being committeed, RangerRick got KDE CVS access and the future looks bright for KDE-Darwin.
Thanks to Apple for providing the machine that hosts everything too! The OpenDarwin-core team and admin staff who have been putting up with my crap deserve a shout out as well!
I found Konqueror works much snapier and the improved KHTML is way faster than the one from KDE 2.2.2. [KHTML is the renderer for konqueror web content].
The whole system does seem to run more cleanly and smooth. And that's just from a CVS built over two weeks ago. I imagine what is there currently is much better and is why I still have my home PC building it right this moment.
Nice to know some made all of the stupid errors I made the first time too. It gets way better the more you use it.. Especially if you are looking for good UNIX usability as well as a great desktop.
Its because people like C. Hell if I had my choice I would say Ada is a good language for this sort of thing.
I only played with it for about a week but I had a hell of a time trying to get input from the user without saying how many characters/bytes/ints whatever it was I wanted. In fact, I don't know that its possible in Ada. There goes your buffer overflows right there.
AdaOS does exist and is in the works by the way. It might be worth checking out.
C++ is no better than C in this respect because you "can" do silly things in it. You have more options to not do them but its still possible.
Ada is a pain to learn if you are used to C [IMHO] as it has no pointers [it has accessors] but it was designed from the ground up for safety IIRC.
Except that a #define doesn't show up well in source level debugging. Should have used a const int or an enum or something... Anything would have been better but a pure literal.
You should use the C++ term for an intrinsic type.. POD. [plain old data].
Why do apple drives say they have special Apple IDE firmware on them? If this is true how can it also be true that any random IDE disk will even work in an Apple? Perhaps I am confused and should dismantle my iMac:).
Kernel modules have existed for linmodems on BSD in the past. I "stumbled" over them a few months ago... [up to 6 months ago]. Check daily.daemonnews.org... They may have some information...
Or you could just buy an external modem like everyone else in the world suggests.. Of course if you have a laptop this is a completely different problem. FBSD currently has shaky cardbus support so you woul have to obtain a REAL PCMCIA modem card and not a 32bit cardbus card. [PCMCIA is only 16bit if I recall correctly]
Since I first started using linux there have been two development trees.. 2.even.x [stable] and 2.odd.x [unstable].
What makes one more stable than the other?
There must not be too much testing of these so called bug fixes going on. I mean a simple reboot seems to be all that was needed to bring this bug to light.
I would really like to know that when a "stable" kernel comes out that it has at least been tested somewhat before release. As the kernel grows larger I sense that these problems will increase in frequency.
of course... But you can still do a better job of it.
synchronous is for guaranteed writes before a power out. Synchronous writes on FreeBSD are very fast. Sometimes it beat ext2 on linux [which had horribly dangerous async writes by default]. Its a matter of opinion that synchronous writes are better. They can be sped up by using Soft Updates for metadata. There is a lot of information about this stuff. Don't assume synchronous == horrible performance.
Actually, as far as I've experienced, HFS+ IS case-sensitive,
/tmp
You haven't done much then.
[dave@tivo dave]$ ssh dleimbac@mac1
dleimbac@mac1's password:
Welcome to Darwin!
mac1% cd
mac1% ls
mac1% touch Hello
mac1% touch HeLLo
mac1% ls -l
total 0
-rw-r--r-- 1 dleimbac wheel 0 Jun 14 13:14 Hello
mac1%
Sure... but as you just commented it requires a special module.
Dave
If you are running a server you most certainly want some form of security. HFS+ is not case sensitive. If you restrict certain files like "Hello" outsiders may be able to get to the same file by calling it "HeLlO" or "HELLO". UFS is case sensitive.
OpenDarwin.org is looking into getting up-to-date UFS with FreeBSD and then maybe UFS2 from FreeBSD -current. I have been one of few people on the opendarwin.org list to respond and the exchange has been good about how to begin. Jordan Hubbard has provided good guidance.... now I just need the time and some help I am sure.
If you are interested... please sign up.
I appreciate that you think I seem intelligent. I'll have you know you are wrong! I am an idiot :).
Its just an opinion. I personally think software copyrights should be heavilly guarded because the alternative is the even stricter ruled patents which are evil. Its one thing to guard an implementation of an algorithm, I agree with that. What sux is "owning" the algorithm itself. Its why projects like gcc can't optimize the way patented compilers do. As a developer I care a great deal about this issue.
I understand that copying and sharing are ok for things you own but when you buy a game you don't own it... its just a license to use it. Those who receive copies don't have this license and are therefore using illegally. Sure the law may suck... but its still the law. I don't necessarilly feel great about the fact that this stuff isn't necessarily beneficial to all of humanity but that is how Capitalism seems to work. Ideally all of our needs would be provided for and people would strive for improvement unmotivated by greed but for self [to quote a Simpons (tm) word] "enbiggenment".
*sigh* Reality bytes!
Actually I really don't think what Blizzard is doing is wrong. Just because you write free software doesn't give you the rights to infringe on the property of others. Would you like me to come to your house and just take your stuff? Would you get mad if someone tried?
The way to make money with open source is to sell "support". Support is a service not a good. Blizzard is protecting themselves by saying they won't put up with freeloaders using Bnet to get around key-checking. Now the people who authored bnet may not have intended malicious use of their code but they should realize that businesses contain people who write code to provide for themselves and their families a means to survive [perhaps more comfortably than necessary but the point is still the same].
Call me a troll if you want. I'll just call you closed minded. Boycott if you wish... you won't convince me to join. I actually don't own any blizzard games because I am not into the RTS genre to begin with and the closest I have ever come to playing warcraft was a demo of the original game.
Basically do what you want... I really dislike the news with a slant that is presented on this site and these "trolls" are my knee-jerk response to knee-jerk journalism.
I hope they win that court case personally. I write software for a living... people need to get paid for their work somehow. Bnet circumvents key checking which allows for pirated copies to be used... sounds illegal to me.
:)
BUY ALL THE BLIZZARD TITLES YOU CAN FIND. Screw the boycott!
The interoperable software allows people to play pirated versions of the game without a CD key or something. Sounds valid to me.
As always there is a lot of speculation and very little knowledge in these posts.
BSD
Above the Mach layer, the BSD layer provides "OS personality" APIs and services. The BSD layer is based on the BSD kernel, primarily FreeBSD. The BSD component provides
file systems
networking (except for the hardware device level)
UNIX security model
syscall support
the BSD process model, including process IDs and signals
FreeBSD kernel APIs
many of the POSIX APIs
Pthreads (POSIX threads implementation)
The BSD component is described in more detail in the chapter BSD Overview".
So there pbtpbtpbtpbt.
The web page you refer to doesn't make it clear whether Darwin is actually based on BSD, or just an implementation of the BSD process model, filesystem, and other APIs.
Then you may be confused by what makes an OS an OS. The original ports of linux to PPC were based on MkLinux which was a microkernel as well. Are you saying that those weren't linux? Also if you are worried that not all of the code is exactly the same as another BSD out there then every platform NetBSD runs on wouldn't be able to be called "NetBSD" in respect to one another because of the extra code it takes to port from one architecture to another.
If you think of Mach as your "hardware layer" then Mach becomes the platform you implement BSD on [like Lites].
That may not be a perfect analogy.
Yes... this is true. I initiated the discussion of KDE-Darwin on opendarwin.org mailing lists. Jordan Hubbard was kind enough to sponsor me. The Fink guys said "what a coincidence... we were hopeing to work here too". Things came together remarkably well and the Fink guys deserve all the credit in the world for doing this!!!
Without them it wouldn't have happened. Patches are being committeed, RangerRick got KDE CVS access and the future looks bright for KDE-Darwin.
Thanks to Apple for providing the machine that hosts everything too! The OpenDarwin-core team and admin staff who have been putting up with my crap deserve a shout out as well!
The first round is on me!
David Leimbach [Leimy]
who has been using this program for MONTHS.
How is this news?
There is absolutely no difference between the GPL and any other license.. You have to do what it says.. nuff said.
or that might bother me.
I found Konqueror works much snapier and the improved KHTML is way faster than the one from KDE 2.2.2. [KHTML is the renderer for konqueror web content].
The whole system does seem to run more cleanly and smooth. And that's just from a CVS built over two weeks ago. I imagine what is there currently is much better and is why I still have my home PC building it right this moment.
I hear Ireland needs tech workers... The US is clearly screwed and owned by Microsoft.
Nice to know some made all of the stupid errors I made the first time too. It gets way better the more you use it.. Especially if you are looking for good UNIX usability as well as a great desktop.
Its because people like C. Hell if I had my choice I would say Ada is a good language for this sort of thing.
I only played with it for about a week but I had a hell of a time trying to get input from the user without saying how many characters/bytes/ints whatever it was I wanted. In fact, I don't know that its possible in Ada. There goes your buffer overflows right there.
AdaOS does exist and is in the works by the way. It might be worth checking out.
C++ is no better than C in this respect because you "can" do silly things in it. You have more options to not do them but its still possible.
Ada is a pain to learn if you are used to C [IMHO] as it has no pointers [it has accessors] but it was designed from the ground up for safety IIRC.
Dave
Except that a #define doesn't show up well in source level debugging. Should have used a const int or an enum or something... Anything would have been better but a pure literal.
:)
You should use the C++ term for an intrinsic type.. POD. [plain old data].
Don't people read language standards?
Why do apple drives say they have special Apple IDE firmware on them? If this is true how can it also be true that any random IDE disk will even work in an Apple? Perhaps I am confused and should dismantle my iMac :).
Dave
its called "porting". It happens all the time. BSDL doesn't say they have to tell you how they did it either. :)
With a name like Havoc... how much order can he bring to GNOME?
:)
Just kidding...
Kernel modules have existed for linmodems on BSD in the past. I "stumbled" over them a few months ago... [up to 6 months ago]. Check daily.daemonnews.org... They may have some information...
Or you could just buy an external modem like everyone else in the world suggests.. Of course if you have a laptop this is a completely different problem. FBSD currently has shaky cardbus support so you woul have to obtain a REAL PCMCIA modem card and not a 32bit cardbus card. [PCMCIA is only 16bit if I recall correctly]
Since I first started using linux there have been two development trees.. 2.even.x [stable] and 2.odd.x [unstable].
What makes one more stable than the other?
There must not be too much testing of these so called bug fixes going on. I mean a simple reboot seems to be all that was needed to bring this bug to light.
I would really like to know that when a "stable" kernel comes out that it has at least been tested somewhat before release. As the kernel grows larger I sense that these problems will increase in frequency.