Note that in Y, the Widgets only define the behavior of the concrete widgets. There is nothing saying that we could not, for instance, port Qt, and GTK+ to simply use Y Widgets as a backend... Remember you can subclass Widgets, so there is no reason why there cannot be QtButton and GTKButton all living in Y, with different appearance (and perhaps even different behavior, but the point is to normalize behavior).
"XFce", great. See, it's attention to pronouncable and memorable names such as "Ex-Eff-Cee-Eee" that endears open source projects to tens of users worldwide;)
Wouldn't Pico/Nano, or something like DOS edit be better than Vi? They don't even have "modes", it's just text and arrow keys, much simpler. Vi really annoys me by forcing me to go back and forth between "modes" and constantly hitting the escape key. "oh, did I INSERT, I meant APPEND. STUPID ME! I better hit the escape key and go back and try again!"
I have purchased many games from Electronics Beautique and they have been VERY good about their return policy. These were honest returns, mostly due to incompatibility with Windows 2000 (when 2000 had just come out). A lot of games didn't say they specifically supported w2k, but neither did they say they specifically did NOT support it. Most games worked fine, some didn't. I even asked before I purchased it ("I'm not sure if this will work on my machine, I might have to bring it back") and they were cool with it. I don't usually shill, but since then Best Buy has come in and started undercutting the poor EB guys, so I just wanted to give them props.
The second part of the course he runs (or at least writes the curricula for??) should be to actually MAINTAIN the last class's code. Then he might get an idea why a lot of people prefer Java and servlets (and to a lesser extent JSP) over ad hoc glued together scripts.
Maybe Java is an SUV because it is actually used OFF ROAD in the REAL WORLD, instead of rinky dink academic exercises. OMIGOD MY RADIO HAS BUTTONS INSTEAD OF DIALS THIS WHOLE CAR IS WORTHLESS!
"Supposedly this situation has been improved in JDBC 3.0 but this example of Java's inferiority to C interfaces from 20 years earlier should remind you to be skeptical of vendor claims for the advantages of new languages and development tools."
Wow! You're right! I guess because Java has a minor annoyance that supposed to be fixed in the next release of that specific API, that the whole language and libraries are worthless and we should all go back to C for everything! How brilliant! I will never trust Sun again when they say "Java is a revolutionary new language whose main feature is that you do not have to set variables in PreparedStatements by ordinal value! We are basing our whole language on this!" Big fat liars.:(
Yeah, but "how long will it take" and how expensive will it be when they figure out that the lack of application-level persistence and database pooling absolutely shred their scalability, and they have to convert to JSP/Servlets/JDBC to get decent scalability? "OMIGOD I GOT IT TO WORK ON MY DESKTOP IN HALF THE TIME OF JAVA IT IS SOO MUCH BETTER I'M GOING FOR SOME ICE CREAM BYE"
It's sad, because there is a legitimate use for DRM that Intel is completely missing, and instead just acting like the **AA's bitch. Imagine DRM that was in the hands of the consumer that, for instance, ensured that malicious worms could not be trusted and executed on the machine. Or that the consumer could use to ensure that, say, a malicious government could not crack their documents.
He who would sacrifice a little bit of liberty to suck on the rancid teat of hollywood blockbusters deserves neither.
The traditionaly Sys V init is archaic, crude, and disgusting. What, 6 hardcoded numeric runlevels? Wow, how useful is that. And I love ordering my startup scripts with two digit integers.
*nix needs a major boot/shutdown system upgrade. I have migrated to minit, but that is primarily for low memory usage. It allows a rudimentary mechanism for specifying dependencies, but is geared mostly to be minimalistic. This 2003, I think we can come up with something better than Sys V init.
Features of a next gen boot/shutdown service manager:
* uses real dependency traversal on startup and shutdown (maybe using a small theorem prover like CML2, or maybe something like make) * allows configuration of arbitrary and unlimitedsets of services, which can be named by arbitrary string literals - no longer chained to 7 numeric choices. e.g. "roaming laptop", "docked server", "minimal services", etc. * built-in service start/stop/restart/status/enable/disable tools, and standard service API with bindings for various languages (what, native services? imagine that...we do so for Windows NT+, e.g. apache) as well as Plain Old Shell Scripts. So every freakin' flavor/distro of *nix doesn't have its own fscking way to start/stop/enable/disable services.
A lot of the garbage that goes on during startup (have you looked at the standard redhat scripts?) mounting drives and file systems, setting network and hardware parameters, etc., could probably use being standardized also, and either pulled into drivers or services or something, in a standardized fashion. Ideally all these APIs could be exposed both through command line tools, but also through desktop-integrated GUI tools, so that modifications don't entail digging up some ad hoc script on disk and modifying it and hoping you remember what the fuck you did a year ago in some system script.
Half Life 2 is strongly tied to DirectX and Microsoft's shader language. Unless OpenGL gets its act together and finally releases a set of high level extensions (OpenGL 2 or whatever the next rev is), it will continue to lose ground to game makers who are not ideologically pro-OpenGL. Traditionally "open" standards/projects cling to a not entirely un-elitist notion of the "correct" way of doing things, as opposed to the way the consumer (game makers) want to do things. It's no wonder that game makers choose the easiest path to profit. If you want them, then cater to them (hell, release a reimplementation that sits on OpenGL, who cares).
I dunno, it still seems a lot easier to just illegally copy music than to go through the elaborate generation, signing, negotiation, verification, encrypting, dancing, singing, hulahooping proposed in that scheme.
And what if I don't have a computer? Or maybe I bought a used one...then what?
Could somebody explain the problem and patch in english? I see that buffer->alloc could have an invalid value for just a few lines...I can't tell whether this structure is shared by more than one thread, but if not, where is the exposure, since it is just immediately reassigned/reallocated?
System resources you need to free should ALWAYS BE FREED EXPLICITLY regardless of GC. Relying on a destructor to close a file or database connection is bad.
Can anybody informed tell me whether we have not ALREADY lost the war against pointer-chasing and cache clobbering? Any OOP or interpreted language (the vast majority of mainstream code) is doing this already, true?
What about circular references? If they are not themselves referenced by an external object, do they still get cleaned up, or do they stick around because they each have a refcount of 1?
Slashdot Mirror
No, because it is not merely an "increment" over X. It is an entirely new system, designed from scratch, with no dependency or legacy on X whatsoever.
Note that in Y, the Widgets only define the behavior of the concrete widgets. There is nothing saying that we could not, for instance, port Qt, and GTK+ to simply use Y Widgets as a backend... Remember you can subclass Widgets, so there is no reason why there cannot be QtButton and GTKButton all living in Y, with different appearance (and perhaps even different behavior, but the point is to normalize behavior).
And petrified.
"XFce", great. See, it's attention to pronouncable and memorable names such as "Ex-Eff-Cee-Eee" that endears open source projects to tens of users worldwide ;)
See, TIA is dead, honest *waves hands*. You made a big fuss over nothing. We're the government, we're here to help you. Now move along, thank you.
Was I the only one let down that this wouldn't mean I would stop getting those annoying YOU ARE PRE-APPROVED FOR A VISA CARD! offers?
Wouldn't Pico/Nano, or something like DOS edit be better than Vi? They don't even have "modes", it's just text and arrow keys, much simpler. Vi really annoys me by forcing me to go back and forth between "modes" and constantly hitting the escape key. "oh, did I INSERT, I meant APPEND. STUPID ME! I better hit the escape key and go back and try again!"
Attempt to go through a door in the basement when your mission is not complete:
Cate Archer: "We still have work to do!"
Damn, I still get that ringing in my head with that silly scottish/british accent.
I have purchased many games from Electronics Beautique and they have been VERY good about their return policy. These were honest returns, mostly due to incompatibility with Windows 2000 (when 2000 had just come out). A lot of games didn't say they specifically supported w2k, but neither did they say they specifically did NOT support it. Most games worked fine, some didn't. I even asked before I purchased it ("I'm not sure if this will work on my machine, I might have to bring it back") and they were cool with it. I don't usually shill, but since then Best Buy has come in and started undercutting the poor EB guys, so I just wanted to give them props.
The second part of the course he runs (or at least writes the curricula for??) should be to actually MAINTAIN the last class's code. Then he might get an idea why a lot of people prefer Java and servlets (and to a lesser extent JSP) over ad hoc glued together scripts.
Maybe Java is an SUV because it is actually used OFF ROAD in the REAL WORLD, instead of rinky dink academic exercises. OMIGOD MY RADIO HAS BUTTONS INSTEAD OF DIALS THIS WHOLE CAR IS WORTHLESS!
"Supposedly this situation has been improved in JDBC 3.0 but this example of Java's inferiority to C interfaces from 20 years earlier should remind you to be skeptical of vendor claims for the advantages of new languages and development tools."
:(
Wow! You're right! I guess because Java has a minor annoyance that supposed to be fixed in the next release of that specific API, that the whole language and libraries are worthless and we should all go back to C for everything! How brilliant! I will never trust Sun again when they say "Java is a revolutionary new language whose main feature is that you do not have to set variables in PreparedStatements by ordinal value! We are basing our whole language on this!" Big fat liars.
Yeah, but "how long will it take" and how expensive will it be when they figure out that the lack of application-level persistence and database pooling absolutely shred their scalability, and they have to convert to JSP/Servlets/JDBC to get decent scalability? "OMIGOD I GOT IT TO WORK ON MY DESKTOP IN HALF THE TIME OF JAVA IT IS SOO MUCH BETTER I'M GOING FOR SOME ICE CREAM BYE"
Phillip Greenspun == Hot air balloon of programming pundits
It's sad, because there is a legitimate use for DRM that Intel is completely missing, and instead just acting like the **AA's bitch. Imagine DRM that was in the hands of the consumer that, for instance, ensured that malicious worms could not be trusted and executed on the machine. Or that the consumer could use to ensure that, say, a malicious government could not crack their documents.
He who would sacrifice a little bit of liberty to suck on the rancid teat of hollywood blockbusters deserves neither.
YES. Linux needs this badly (well, any *nix). Somebody please create a Linux version, you will be loved forever.
/me hammers the stake into Sys V init's bloated corpse
The traditionaly Sys V init is archaic, crude, and disgusting. What, 6 hardcoded numeric runlevels? Wow, how useful is that. And I love ordering my startup scripts with two digit integers.
*nix needs a major boot/shutdown system upgrade. I have migrated to minit, but that is primarily for low memory usage. It allows a rudimentary mechanism for specifying dependencies, but is geared mostly to be minimalistic. This 2003, I think we can come up with something better than Sys V init.
Features of a next gen boot/shutdown service manager:
* uses real dependency traversal on startup and shutdown (maybe using a small theorem prover like CML2, or maybe something like make)
* allows configuration of arbitrary and unlimited sets of services, which can be named by arbitrary string literals - no longer chained to 7 numeric choices. e.g. "roaming laptop", "docked server", "minimal services", etc.
* built-in service start/stop/restart/status/enable/disable tools, and standard service API with bindings for various languages (what, native services? imagine that...we do so for Windows NT+, e.g. apache) as well as Plain Old Shell Scripts. So every freakin' flavor/distro of *nix doesn't have its own fscking way to start/stop/enable/disable services.
A lot of the garbage that goes on during startup (have you looked at the standard redhat scripts?) mounting drives and file systems, setting network and hardware parameters, etc., could probably use being standardized also, and either pulled into drivers or services or something, in a standardized fashion. Ideally all these APIs could be exposed both through command line tools, but also through desktop-integrated GUI tools, so that modifications don't entail digging up some ad hoc script on disk and modifying it and hoping you remember what the fuck you did a year ago in some system script.
Half Life 2 is strongly tied to DirectX and Microsoft's shader language. Unless OpenGL gets its act together and finally releases a set of high level extensions (OpenGL 2 or whatever the next rev is), it will continue to lose ground to game makers who are not ideologically pro-OpenGL. Traditionally "open" standards/projects cling to a not entirely un-elitist notion of the "correct" way of doing things, as opposed to the way the consumer (game makers) want to do things. It's no wonder that game makers choose the easiest path to profit. If you want them, then cater to them (hell, release a reimplementation that sits on OpenGL, who cares).
I dunno, it still seems a lot easier to just illegally copy music than to go through the elaborate generation, signing, negotiation, verification, encrypting, dancing, singing, hulahooping proposed in that scheme.
And what if I don't have a computer? Or maybe I bought a used one...then what?
Could somebody explain the problem and patch in english? I see that buffer->alloc could have an invalid value for just a few lines...I can't tell whether this structure is shared by more than one thread, but if not, where is the exposure, since it is just immediately reassigned/reallocated?
that would be redundant
Oh, gee, thank you smart guy. Sorry for trying to make a point to somebody else. (yes I know about parallel and incremental GC thankyouverymuch).
System resources you need to free should ALWAYS BE FREED EXPLICITLY regardless of GC. Relying on a destructor to close a file or database connection is bad.
Can anybody informed tell me whether we have not ALREADY lost the war against pointer-chasing and cache clobbering? Any OOP or interpreted language (the vast majority of mainstream code) is doing this already, true?
What about circular references? If they are not themselves referenced by an external object, do they still get cleaned up, or do they stick around because they each have a refcount of 1?