It's also not easy for Unix shell to talk tcp/ip or open a socket- but there' still a webserver written in that.
Writing a DOS batch webserver is definately possible. To get batch to get to the network, either a DOS port of tcpserver (used in a few weird webserver implementations, including a few in bash and sh as the means of doing tcp/ip) or inetd.
...except, how will you serve it? this guy made his own ethernet board and wrote a card/platform specific driver for it- also in BASIC of course.:) Or, were you one of the lucky folks to get one of the eTRS-80 Model 8 with on board ethernet? My uncle has one- it is amazing! He browses the web using Contiki, it's pretty sweet.
I think I'd rather have a HipTop SideKick myself... It seems a bit more useful, while losing none of the Blackberry functionality. Thord party apps aren't plentiful on the HipTop, but there are more than with the Blackberry. And it's smaller. and cheaper. and coooooler. Same screen res....and unlike with the Blackberry, HTML browsing is supported and encouraged. Heck, Danger (the maker of the HipTop) advocates HTML in the hope that WAP would juat finally doe.
I already have replaced my "personal computer" with a PDA.
Over the years, I've slowly been moving more and more of what I do to a PDA. The first PDA I had which I used like a small personal computer was a Newton 2100u. On it I could do many things- develop NewtonOS applications, browse the web, SSH/telnet, write and compiled papers with a TeX subset, word process in NewtWorks, admin via VNC, email, Usenet, print my documents via the network or IrDA and play some games. And I could do it all via ethernet or an 802.11b connection without having to ever sync or dock with a Mac/PC. I still turned to my Mac or PC for some tasks- more complex web browsing and coding in Squeak Smalltalk. Since Squeak is pretty much my desktop, I didn't use the MP2100 at home- where my regular computer is- as much as I did when out of the house.
Since the MP2100, I've had a few other PDAs. For the last year, I owned a Jornada 720 that became even more my main machine. On it, I could do all of the stuff I listed above that I did on the Newton, and more. I no longer had to turn to the iBook for some web browsing- IE for WinCE [1] handled the vast majority of webpages without any problems. I could even run Java applets. I could also do all the Unixey stuff I wanted as well- write and run Perl/Tk apps, as well as write non-gui apps in python, ruby, REBOL, and others. And, with the switch to Windows CE, I was also able to develop, compile, test and run code in Squeak Smalltalk- all on the device. The J720 has a nice keyboard, something on which you can touch type. After a couple days of first getting it, I was able to type just about as fast as I could on my desktop.
And just recently, I've obtained a Sharp Zaurus SL-C760. For one, it has a 640x480 screen- incredible. Awesome for web browsing. I have Opera and NetFront on it, and both (via wifi or usbnet) load pages about as fast as I'm used to on a desktop on IE or Safari. And luckily, I can still do Squeak on this machine. And thanks to the wide memory bus and fast CPU, Squeak is damned fast- thanks to Dynapad, a Squeak-based PDA environment is available now. Like the SL-5x00, software is pretty spotty for the Zaurus, but I don't need anything from the Qtopia environment other than a web browser. It's kind of funny- I had more well adapted Unix ports running under Windows CE than I can find for the Zaurus under Qtopia. Sure, it's easy to just do a recompile and run the app under X11 or the console, but the interface is entirely ill-suited for the device.
Yes, the Zaurus C760 is very expensive. But since I've had it, I've pretty much given my girlfriend the iBook. Unlike the J720, which had a really good keyboard (Psion quality), the C760 has a thumboard. OK for entering names and dates, but not for much more. So I bought a PockeTop keyboard and am now back in business using this PDA as my main computer. What more can I ask for? It runs Squeak pretty damned well and has the most full-featured and fast web browsers you can get on any PDA, and one of the best browsing experiences I've had on *any* computer.
This school year will tell whether or not the Zaurus cuts it, but I have high expectations. With the new version of qpdf, I can finally read the articles I get from professors, which was a *huge* barrier when I owned a SL-5500.
I went through a few other PDAs in between- an iPAQ 3150, Sharp Zaurus SL-5500, and a Dell Axim X5 Basic. None of them could cut it. The SL-5500 was a huge disapointment in a number of areas- screen was total shite, battery life horrible, and there are few decent applications. The Axim was a good machine, but after having been used to bigger screens for my whole PDA career, I just couldn't downgrade to a wee 240x320 screen. (although the Dell has the brightest and sharpest 240x320 screen I've seen!)
Pretty much all of the PDA/phones available now are clunky. Also, in most of the world, the net bandwidth provided by a cellular connection is pretty crappy compared to what you can get with wifi. The real reasons Sony choose to exclude it are unknown, but I wouldn't be surprised if Sony didn't include cellular capabilities in the UX50 for the same reason I don't own any cellular devices yet- they're not just not mature, fast or cost-effective enough to provide them in non-specialized devices. To my knowledge, none of Sony's PalmOS PDAs include any cellular capability. The division that makes the Clie line is seperate from Sony-Ericsson.
You can get PDA phones that run PalmOS, Symbian/EPOC, MS Smartphone/PocketPC/vanilla WinCE, HiptopOS and others already. They have been confined to a pretty small market. Why make the machine larger, increase the price and power consumption (even when not being used) when it's something that a relatively small percent of the UX50 users will use? Hell- it may even steer away some of the folks in the majority of buyers who wouldn't use the cellular feature.
That said, I think it'd be neat if Sony had a third UXx0 model- perhaps the UX60- that did include cellular capabilities. Same beast otherwise, but replacing wifi with a cellular data connection. It's also be nice for UX50 to have a CF slot for a cellular card- give users options.
Out of the box, Squeak has the potential to be really ugly; but with recent changes (in the last year or two), it's cleaned up quite a bit. For a while, there's been the capability to load IceWM themes... C'mon- it isn't that ugly.
So many comments in this thread say something like: "Yeah, all these GUI toolkits are fine and dandy, but so many are a hassle when it comes to deployment- multiple version of GTK+ and Qt, a few desktop libraries here and there... Welcome to Unix.so hell!"
It doesn't have to be that way.
It's a shame the Linux folks don't steal the good ideas from OS X- rather than just making shitty Aqua wanna-be themes for their toolkit and desktops. OS X's system of bundles and frameworks is an awesome way to deal with libraries- pretty seamless management of different versions of the library, OS version, architecture, etc. Just download the framework and move it into/System/Library/Frameworks (available to everyone on the system) or ~/Library/Frameworks (just to you).
I too need to write GUI apps that just work on a number of platforms- Mac OS X, Mac OS Classic, Windows, Linux, IRIX and Solaris, and have it work with a simple./configure; make.
Luckily, I don't have to use Xlib, although the display system for X11 probably uses Xlib. I use Squeak Smalltalk, and can distribute my application with the virtual machine for the specific platform, or as Unix source for somebody to compile if they're on a more obscure platform. This can be easily included with my tarball- no need to download stuff seperately. It is also a small addition to my own code, so it's not like you're adding a big download or hassle.
GTK+, Qt and the desktop libraries that accompany them, on the otherhand, *are* a big hassle. Most Linux systems have a version (or two!) of one or both of those libraries, but often enough when deploying, you still have to have them install the version you wrote your app against- and you better believe it's not quick and easy!
I've encountered a number of production systems written in Lisp, Smalltalk, and Python. There are more in Java these days- especially in more visible places. You don't really hear about production systems written in something that isn't the fad, unless you're actually doing work in the industries where they're used... COBOL is likely running in as many production installations as Java, but again, it's not something you hear about, posted in big letters along a banner ad or in Dr. Dobbs Journal.
Yeah, great idea- burden anyone working on Free/OSS with adding and removing software every time some organization goes one way or another. Great! Now we can all spend time doing this on our existing version of software without actually adding anything or otherwise moving forward.
Every ChangeLog: 3.1.2 Added support for Mac OS XI. (8/14/2005) 3.1.3 Removed support for SCO, again- wow, what assholes (9/1/2005) 3.1.4 Removed support for Mac OS XI.1; Steve Jobs said he preferred a Mac/PPC box to a Linux/c86 (9/28/2005) 3.1.5 Added support for SCO (11/3/2005)
Where do we stop? Add a clause in the GPL to accomodate legally not allowing some company or entitity to adapt or port a FSF project? Not only could SCO support be removed, but this clause could be used to legally prevent SCO from using it anywhere. When someone RMS doesn't like is elected president of the States, not allow the US government to use FSF software? PATRIOT Act limits our Free speech etc etc- the Bush family and current administration can't run Linux on their desktops?
The minute we start abusing this kind of shit is the minute the Free Software Community is destroyed.
That said, part of this Free Speech, is that the GCC project can do whatever the hell they want.
I'd never suggest that they do this. Just dropping support (without making special changes to do so) would be good enough.
What do you mean exactly?
The phrase "gcc drops support for SCO" means making specific changes to the GCC code such that gcc would not compile out of the box for the SCO platform. And, when it did compile, it wouldn't take advantage of SCO-specific features or optimize around SCO-specific quirks. In short, GCC would no run.
How else would they achieve this? GCC isn't a big software company- "support" doesn't mean "you buy our software an a service contract, and you can ask us technical questions and get us to do fixes for you." Support means "works on that platform." Are you proposing that the GCC folks just remove the lines stating that GCC works on various SCO-owned operating systems from a README somewhere? What would that accomplish? It's not like it would scare SCO users out of using it, if they knew that it'd continue to work just like it used to...
Quick, how many FSF programs run on pre-OS-10 MacOS? Think about how long it would take to implement a Cygwin-like Unix compatibility layer for the Mac before you answer that question.
Such a compatibility layer has existed for a number of years- you can even run X11 apps. It is called MachTen. With it, one can run almost any FSF program, although I'm sure there are some which need a bit of fixing- be it Makefile tweakage or something a little more.
Other than that, a handful of FSF programs have been ported to Mac OS. Most hadn't been needed, considering the fact that Mac OS classic had a wealth of decent applications for it covering the same functionality, although with a different interface. There is functionality on either side with no equivalent, that goes without saying.
What good questions. Although, who are you to say we do not want his help. Are you a gcc maintainer. I don't know what kind of code this fellow contributes to gcc- do you. He may very well have an arrangement made out, a contract between himself and SCO, allowing code to be given to gcc without reservation or SCO copyright. etc etc- plenty of such agreements exist.
How can we trust anyone. How can we trust RMS not to come in the night and steal our teenage daughters. Or Linus not to swear in front of the pope. I guess it is just a chance we take.
I've had the same feelings, regarding similar applications like this which have been available for OS X for quite a while.
These desktop gadgets wouldn't be such a nuissance if there was a way to make them work as a part of your desktop a bit better- rather than an application which just happens to be translucent.
Something I've always wanted is for these gadgets to pass through events. That is, I may like a little calendar gadget taking up 240x240 pixels in the lower left hand corner of my screen. But, when I click with my left mouse button, I'd like the mouse click to be passed through to the window behind it. Perhaps a Cmd-Click would actually give the gadget the even- for selecting a date, moving the gadget, etc.
Am I the only one who would dig this sort of setup? If I can't have this sort of transparent behavior, why not just have a solid bar on a side of the screen with all or most of these gadgets embedded? At least then the window management routines would have a clean area to avoid, allowing you to see what you want in both your gadgets and your regular app windows.
What's the difference between WebCore and WebKit? Some higher-level ObjC classes and interfaces? How is using WebCore going to cause the problems? It is still the "Safari Engine," although perhaps not all of it.
I never said Afghanistan itself had anything to do with oil; my apologies if my lack of clarity conveyed such.
I wonder if the Taliban will ever manage to come around and depose the Bush administration- after all, they were responsible for killing far more than 3000 Afghan citizens, far more than 3000 "innocent civillians" with nothing to do with terrorism. But they deserved it, eh?
That's a great idea and all, but it really wouldn't get you anywhere.
Why the hell would Sun be interested in helping you write software for a phone that let your blind mum make cell calls? Yes, it's in Java, but that's about where Sun's interest would stop. And a lot of people use Java, and most of them don't get hand-holding from Sun. At best, Java will say "umm, get the phone's SDK and some J2ME docs. Oh, and what you want to do really isn't possible within the confined environments available on cell phones. Thanks, and don't bug me next time."
I mean, it can't hurt, that's for sure- I just don't know how much fruit this particular tree could pop out...
Would we all rather have our phone run our preferred programming language and computing framework/environment?
Call me nuts, but I'm taking matters into my own hands by developing Dynapad. It's Smalltalk- not Erlang- but it's still better than Java, although Java isn't hard to beat. (provided you're not talking about the number of millions of US dollars spent promoting and hyping it) I don't run Dynapad myself on any phones, just PDAs- but if I had a fancy smartphone- or one of those woefully crappy and discontinued cell-phone CF cards for the Zaurus, I'd be sitting pretty.:)
Except, this guy seems to want to do the programming himself. In Java. I hope the poster has the intelligence to realize that this Alva jobbie would more than fit the bill- and probably saving a lot of temporal-monetary units (assuming he bills at $10/hr or more). Let's hope that he doesn't think he can get buy buying some cheap barely-Java-capable phone with the hopes of hacking it in Java. It may be possible to code some Java, but with pretty much any phone, all of the important stuff isn't accessible with a user-level Java app or midlet. Especially impossible would be to hook into the current menus and setup for reading them outloud, etc etc.
While the Taliban was in power, the US gave quite a bit of aid and assistance to them. After all, they were our buddies- they were going to crack down on drugs! It's easy to turn a blind eye to everything and anything else that the US supposedly stands for, provided they tell us they'll crack down on opium production.
I mean, it's a well known fact that the US can never do any wrong- so, why is this guy going to jail?
Perhaps we should put this retarded administration on trial, along with the schmucks in previous administrations who thought it was a good idea to put a bunch of folks through Terrorism for Dummies, CIA Edition. Hell, perhaps we could even go so far as to look at our current actions- the CIA sponsors guerilla training like that given to our buddie Osama in a number of countries. You see, when the US wants something from some un-developed nationn we train a bunch of locals to despose the current dictator and put one in that is more to our liking... It's usually about getting some resource that the other guy didn't feel like sharing. Oil? COULDN'T BE!
Nah, we've had plenty of other occurances to Slashdot a VNC server over the years. Eazel had one for demoing their desktop, which got quickly slashdotted. There has been other obscure OSes and environments which have had demo sites up via VNC as well and posted to slashdot.:)
The technology is pretty advanced, and the recordkeeping / auditing requirements when dealing with million-dollar horses is staggering.
If you think that is staggering, you should check out the breeding records and projections of the Bene Gesserit. You could see a Muad'dib from a mile away!
206 MHz StrongARMs have a 103 MHz bus. The latest PPC 2003 models based on Xscale are faster partly because of a yet faster bus.
It's been a while since I've checked extensively, but most of the 206 MHz StrongARM models I looked up had 30 MHz memory buses, one exception being the Jornada 720, which had a 51 MHz memory bus... It was something signifigant and they put it on the box. (Oooh, super fast memory bus!)
It's good to hear that the newer 400 MHz XScale PDAs have a faster bus now a days.
Roughly, what is the performance of a 400 MHz Alchemy performance compared to a 400 MHz PXA255 XScale at 400 MHz? Do the Alchemy CPUs have an FPU?
I'm lucky enough to own one of the new C760 Zauruses- the 400 MHz PXA255 combined with a 100 MHz (!!) bus, it's a really fast machine- especially compared to the really slow (30 MHz or so?) buses found in most other PDAs with similar CPUs. I wish it ran WinCE rather than Linux, but soon enough, it won't be an issue. I'm always interested in hearing about possible advances in the speed of my PDA- which these days is my main computer.
First the Newton MP2100, then the Jornada 720, and now the Zaurus SL-C760... With PDAs like these, I don't need a "real" computer for much!
As for desktop use -- Windows desktops also require client access licenses to the Windows server, do they not?
In a way, yes and no. The server supports N-licenses, and you pay for those when you pay for the server software. So, if you buy a 50-client version of Windows 2k Server, you're licensed for 50 client machines to connect and do whatever. But, you don't buy some additional licenses for the clients themselves. That server's 50 clients can be made up of any 50 machines; and when one disconnects, another machine can connect to take its place without having some seperate licensed purchased for it. The licenses are attached to the server, not the desktop clients.
Slashdot Mirror
It's also not easy for Unix shell to talk tcp/ip or open a socket- but there' still a webserver written in that.
Writing a DOS batch webserver is definately possible. To get batch to get to the network, either a DOS port of tcpserver (used in a few weird webserver implementations, including a few in bash and sh as the means of doing tcp/ip) or inetd.
...except, how will you serve it? this guy made his own ethernet board and wrote a card/platform specific driver for it- also in BASIC of course. :) Or, were you one of the lucky folks to get one of the eTRS-80 Model 8 with on board ethernet? My uncle has one- it is amazing! He browses the web using Contiki, it's pretty sweet.
I think I'd rather have a HipTop SideKick myself... It seems a bit more useful, while losing none of the Blackberry functionality. Thord party apps aren't plentiful on the HipTop, but there are more than with the Blackberry. And it's smaller. and cheaper. and coooooler. Same screen res. ...and unlike with the Blackberry, HTML browsing is supported and encouraged. Heck, Danger (the maker of the HipTop) advocates HTML in the hope that WAP would juat finally doe.
I already have replaced my "personal computer" with a PDA.
Over the years, I've slowly been moving more and more of what I do to a PDA. The first PDA I had which I used like a small personal computer was a Newton 2100u. On it I could do many things- develop NewtonOS applications, browse the web, SSH/telnet, write and compiled papers with a TeX subset, word process in NewtWorks, admin via VNC, email, Usenet, print my documents via the network or IrDA and play some games. And I could do it all via ethernet or an 802.11b connection without having to ever sync or dock with a Mac/PC. I still turned to my Mac or PC for some tasks- more complex web browsing and coding in Squeak Smalltalk. Since Squeak is pretty much my desktop, I didn't use the MP2100 at home- where my regular computer is- as much as I did when out of the house.
Since the MP2100, I've had a few other PDAs. For the last year, I owned a Jornada 720 that became even more my main machine. On it, I could do all of the stuff I listed above that I did on the Newton, and more. I no longer had to turn to the iBook for some web browsing- IE for WinCE [1] handled the vast majority of webpages without any problems. I could even run Java applets. I could also do all the Unixey stuff I wanted as well- write and run Perl/Tk apps, as well as write non-gui apps in python, ruby, REBOL, and others. And, with the switch to Windows CE, I was also able to develop, compile, test and run code in Squeak Smalltalk- all on the device. The J720 has a nice keyboard, something on which you can touch type. After a couple days of first getting it, I was able to type just about as fast as I could on my desktop.
And just recently, I've obtained a Sharp Zaurus SL-C760. For one, it has a 640x480 screen- incredible. Awesome for web browsing. I have Opera and NetFront on it, and both (via wifi or usbnet) load pages about as fast as I'm used to on a desktop on IE or Safari. And luckily, I can still do Squeak on this machine. And thanks to the wide memory bus and fast CPU, Squeak is damned fast- thanks to Dynapad, a Squeak-based PDA environment is available now. Like the SL-5x00, software is pretty spotty for the Zaurus, but I don't need anything from the Qtopia environment other than a web browser. It's kind of funny- I had more well adapted Unix ports running under Windows CE than I can find for the Zaurus under Qtopia. Sure, it's easy to just do a recompile and run the app under X11 or the console, but the interface is entirely ill-suited for the device.
Yes, the Zaurus C760 is very expensive. But since I've had it, I've pretty much given my girlfriend the iBook. Unlike the J720, which had a really good keyboard (Psion quality), the C760 has a thumboard. OK for entering names and dates, but not for much more. So I bought a PockeTop keyboard and am now back in business using this PDA as my main computer. What more can I ask for? It runs Squeak pretty damned well and has the most full-featured and fast web browsers you can get on any PDA, and one of the best browsing experiences I've had on *any* computer.
This school year will tell whether or not the Zaurus cuts it, but I have high expectations. With the new version of qpdf, I can finally read the articles I get from professors, which was a *huge* barrier when I owned a SL-5500.
I went through a few other PDAs in between- an iPAQ 3150, Sharp Zaurus SL-5500, and a Dell Axim X5 Basic. None of them could cut it. The SL-5500 was a huge disapointment in a number of areas- screen was total shite, battery life horrible, and there are few decent applications. The Axim was a good machine, but after having been used to bigger screens for my whole PDA career, I just couldn't downgrade to a wee 240x320 screen. (although the Dell has the brightest and sharpest 240x320 screen I've seen!)
M
Pretty much all of the PDA/phones available now are clunky. Also, in most of the world, the net bandwidth provided by a cellular connection is pretty crappy compared to what you can get with wifi. The real reasons Sony choose to exclude it are unknown, but I wouldn't be surprised if Sony didn't include cellular capabilities in the UX50 for the same reason I don't own any cellular devices yet- they're not just not mature, fast or cost-effective enough to provide them in non-specialized devices. To my knowledge, none of Sony's PalmOS PDAs include any cellular capability. The division that makes the Clie line is seperate from Sony-Ericsson.
You can get PDA phones that run PalmOS, Symbian/EPOC, MS Smartphone/PocketPC/vanilla WinCE, HiptopOS and others already. They have been confined to a pretty small market. Why make the machine larger, increase the price and power consumption (even when not being used) when it's something that a relatively small percent of the UX50 users will use? Hell- it may even steer away some of the folks in the majority of buyers who wouldn't use the cellular feature.
That said, I think it'd be neat if Sony had a third UXx0 model- perhaps the UX60- that did include cellular capabilities. Same beast otherwise, but replacing wifi with a cellular data connection. It's also be nice for UX50 to have a CF slot for a cellular card- give users options.
Out of the box, Squeak has the potential to be really ugly; but with recent changes (in the last year or two), it's cleaned up quite a bit. For a while, there's been the capability to load IceWM themes... C'mon- it isn't that ugly.
So many comments in this thread say something like: "Yeah, all these GUI toolkits are fine and dandy, but so many are a hassle when it comes to deployment- multiple version of GTK+ and Qt, a few desktop libraries here and there... Welcome to Unix .so hell!"
/System/Library/Frameworks (available to everyone on the system) or ~/Library/Frameworks (just to you).
It doesn't have to be that way.
It's a shame the Linux folks don't steal the good ideas from OS X- rather than just making shitty Aqua wanna-be themes for their toolkit and desktops. OS X's system of bundles and frameworks is an awesome way to deal with libraries- pretty seamless management of different versions of the library, OS version, architecture, etc. Just download the framework and move it into
I too need to write GUI apps that just work on a number of platforms- Mac OS X, Mac OS Classic, Windows, Linux, IRIX and Solaris, and have it work with a simple ./configure; make.
Luckily, I don't have to use Xlib, although the display system for X11 probably uses Xlib. I use Squeak Smalltalk, and can distribute my application with the virtual machine for the specific platform, or as Unix source for somebody to compile if they're on a more obscure platform. This can be easily included with my tarball- no need to download stuff seperately. It is also a small addition to my own code, so it's not like you're adding a big download or hassle.
GTK+, Qt and the desktop libraries that accompany them, on the otherhand, *are* a big hassle. Most Linux systems have a version (or two!) of one or both of those libraries, but often enough when deploying, you still have to have them install the version you wrote your app against- and you better believe it's not quick and easy!
I've encountered a number of production systems written in Lisp, Smalltalk, and Python. There are more in Java these days- especially in more visible places. You don't really hear about production systems written in something that isn't the fad, unless you're actually doing work in the industries where they're used... COBOL is likely running in as many production installations as Java, but again, it's not something you hear about, posted in big letters along a banner ad or in Dr. Dobbs Journal.
Yeah, great idea- burden anyone working on Free/OSS with adding and removing software every time some organization goes one way or another. Great! Now we can all spend time doing this on our existing version of software without actually adding anything or otherwise moving forward.
Every ChangeLog:
3.1.2 Added support for Mac OS XI. (8/14/2005)
3.1.3 Removed support for SCO, again- wow, what assholes (9/1/2005)
3.1.4 Removed support for Mac OS XI.1; Steve Jobs said he preferred a Mac/PPC box to a Linux/c86 (9/28/2005)
3.1.5 Added support for SCO (11/3/2005)
Where do we stop? Add a clause in the GPL to accomodate legally not allowing some company or entitity to adapt or port a FSF project? Not only could SCO support be removed, but this clause could be used to legally prevent SCO from using it anywhere. When someone RMS doesn't like is elected president of the States, not allow the US government to use FSF software? PATRIOT Act limits our Free speech etc etc- the Bush family and current administration can't run Linux on their desktops?
The minute we start abusing this kind of shit is the minute the Free Software Community is destroyed.
That said, part of this Free Speech, is that the GCC project can do whatever the hell they want.
I'd never suggest that they do this. Just dropping support (without making special changes to do so) would be good enough.
What do you mean exactly?
The phrase "gcc drops support for SCO" means making specific changes to the GCC code such that gcc would not compile out of the box for the SCO platform. And, when it did compile, it wouldn't take advantage of SCO-specific features or optimize around SCO-specific quirks. In short, GCC would no run.
How else would they achieve this? GCC isn't a big software company- "support" doesn't mean "you buy our software an a service contract, and you can ask us technical questions and get us to do fixes for you." Support means "works on that platform." Are you proposing that the GCC folks just remove the lines stating that GCC works on various SCO-owned operating systems from a README somewhere? What would that accomplish? It's not like it would scare SCO users out of using it, if they knew that it'd continue to work just like it used to...
Quick, how many FSF programs run on pre-OS-10 MacOS? Think about how long it would take to implement a Cygwin-like Unix compatibility layer for the Mac before you answer that question.
Such a compatibility layer has existed for a number of years- you can even run X11 apps. It is called MachTen. With it, one can run almost any FSF program, although I'm sure there are some which need a bit of fixing- be it Makefile tweakage or something a little more.
Other than that, a handful of FSF programs have been ported to Mac OS. Most hadn't been needed, considering the fact that Mac OS classic had a wealth of decent applications for it covering the same functionality, although with a different interface. There is functionality on either side with no equivalent, that goes without saying.
What good questions. Although, who are you to say we do not want his help. Are you a gcc maintainer. I don't know what kind of code this fellow contributes to gcc- do you. He may very well have an arrangement made out, a contract between himself and SCO, allowing code to be given to gcc without reservation or SCO copyright. etc etc- plenty of such agreements exist.
How can we trust anyone. How can we trust RMS not to come in the night and steal our teenage daughters. Or Linus not to swear in front of the pope. I guess it is just a chance we take.
I've had the same feelings, regarding similar applications like this which have been available for OS X for quite a while.
These desktop gadgets wouldn't be such a nuissance if there was a way to make them work as a part of your desktop a bit better- rather than an application which just happens to be translucent.
Something I've always wanted is for these gadgets to pass through events. That is, I may like a little calendar gadget taking up 240x240 pixels in the lower left hand corner of my screen. But, when I click with my left mouse button, I'd like the mouse click to be passed through to the window behind it. Perhaps a Cmd-Click would actually give the gadget the even- for selecting a date, moving the gadget, etc.
Am I the only one who would dig this sort of setup? If I can't have this sort of transparent behavior, why not just have a solid bar on a side of the screen with all or most of these gadgets embedded? At least then the window management routines would have a clean area to avoid, allowing you to see what you want in both your gadgets and your regular app windows.
What's the difference between WebCore and WebKit? Some higher-level ObjC classes and interfaces? How is using WebCore going to cause the problems? It is still the "Safari Engine," although perhaps not all of it.
I never said Afghanistan itself had anything to do with oil; my apologies if my lack of clarity conveyed such.
I wonder if the Taliban will ever manage to come around and depose the Bush administration- after all, they were responsible for killing far more than 3000 Afghan citizens, far more than 3000 "innocent civillians" with nothing to do with terrorism. But they deserved it, eh?
That's a great idea and all, but it really wouldn't get you anywhere.
Why the hell would Sun be interested in helping you write software for a phone that let your blind mum make cell calls? Yes, it's in Java, but that's about where Sun's interest would stop. And a lot of people use Java, and most of them don't get hand-holding from Sun. At best, Java will say "umm, get the phone's SDK and some J2ME docs. Oh, and what you want to do really isn't possible within the confined environments available on cell phones. Thanks, and don't bug me next time."
I mean, it can't hurt, that's for sure- I just don't know how much fruit this particular tree could pop out...
Would we all rather have our phone run our preferred programming language and computing framework/environment?
:)
Call me nuts, but I'm taking matters into my own hands by developing Dynapad. It's Smalltalk- not Erlang- but it's still better than Java, although Java isn't hard to beat. (provided you're not talking about the number of millions of US dollars spent promoting and hyping it) I don't run Dynapad myself on any phones, just PDAs- but if I had a fancy smartphone- or one of those woefully crappy and discontinued cell-phone CF cards for the Zaurus, I'd be sitting pretty.
Except, this guy seems to want to do the programming himself. In Java. I hope the poster has the intelligence to realize that this Alva jobbie would more than fit the bill- and probably saving a lot of temporal-monetary units (assuming he bills at $10/hr or more). Let's hope that he doesn't think he can get buy buying some cheap barely-Java-capable phone with the hopes of hacking it in Java. It may be possible to code some Java, but with pretty much any phone, all of the important stuff isn't accessible with a user-level Java app or midlet. Especially impossible would be to hook into the current menus and setup for reading them outloud, etc etc.
Alva MPO is the best option. Get one, man.
While the Taliban was in power, the US gave quite a bit of aid and assistance to them. After all, they were our buddies- they were going to crack down on drugs! It's easy to turn a blind eye to everything and anything else that the US supposedly stands for, provided they tell us they'll crack down on opium production.
I mean, it's a well known fact that the US can never do any wrong- so, why is this guy going to jail?
Perhaps we should put this retarded administration on trial, along with the schmucks in previous administrations who thought it was a good idea to put a bunch of folks through Terrorism for Dummies, CIA Edition. Hell, perhaps we could even go so far as to look at our current actions- the CIA sponsors guerilla training like that given to our buddie Osama in a number of countries. You see, when the US wants something from some un-developed nationn we train a bunch of locals to despose the current dictator and put one in that is more to our liking... It's usually about getting some resource that the other guy didn't feel like sharing. Oil? COULDN'T BE!
USA! USA! USA!
Nah, we've had plenty of other occurances to Slashdot a VNC server over the years. Eazel had one for demoing their desktop, which got quickly slashdotted. There has been other obscure OSes and environments which have had demo sites up via VNC as well and posted to slashdot. :)
The technology is pretty advanced, and the recordkeeping / auditing requirements when dealing with million-dollar horses is staggering.
If you think that is staggering, you should check out the breeding records and projections of the Bene Gesserit. You could see a Muad'dib from a mile away!
206 MHz StrongARMs have a 103 MHz bus. The latest PPC 2003 models based on Xscale are faster partly because of a yet faster bus.
It's been a while since I've checked extensively, but most of the 206 MHz StrongARM models I looked up had 30 MHz memory buses, one exception being the Jornada 720, which had a 51 MHz memory bus... It was something signifigant and they put it on the box. (Oooh, super fast memory bus!)
It's good to hear that the newer 400 MHz XScale PDAs have a faster bus now a days.
Roughly, what is the performance of a 400 MHz Alchemy performance compared to a 400 MHz PXA255 XScale at 400 MHz? Do the Alchemy CPUs have an FPU?
I'm lucky enough to own one of the new C760 Zauruses- the 400 MHz PXA255 combined with a 100 MHz (!!) bus, it's a really fast machine- especially compared to the really slow (30 MHz or so?) buses found in most other PDAs with similar CPUs. I wish it ran WinCE rather than Linux, but soon enough, it won't be an issue. I'm always interested in hearing about possible advances in the speed of my PDA- which these days is my main computer.
First the Newton MP2100, then the Jornada 720, and now the Zaurus SL-C760... With PDAs like these, I don't need a "real" computer for much!
As for desktop use -- Windows desktops also require client access licenses to the Windows server, do they not?
In a way, yes and no. The server supports N-licenses, and you pay for those when you pay for the server software. So, if you buy a 50-client version of Windows 2k Server, you're licensed for 50 client machines to connect and do whatever. But, you don't buy some additional licenses for the clients themselves. That server's 50 clients can be made up of any 50 machines; and when one disconnects, another machine can connect to take its place without having some seperate licensed purchased for it. The licenses are attached to the server, not the desktop clients.