Book looks like a printout of their web tutorials
on
The JFC Swing Tutorial
·
· Score: 1
About four months ago, I was looking for a good introduction to Swing. The Campione/Wollrath book is OK, but it seems like they just typeset the web tutorials which are already available on the java.sun.com website. Not all of the Sun Java books look like that: I have about five or six of the Sun Java series that are well-written and invaluable.
Since the content is mostly available online, I opted for the book "Pure JFC Swing" by Pantham. This book also has its faults: lots of coding examples, but not much instructional material. Kind of like buying a book of recipes when you really want to know the basics of cooking. Sure, you can try different recipes, but there is little explanation of the fundamentals.
So, what looks like the best book so far is the O'Reilly book "Java Swing" by Eckstein, Loy, and Wood. Maybe I go over to Stacey's in San Francisco and pick it up today...
I think that the Blackdown 1.2 pre-release contains the Solaris x86 JIT, which is OK but gets beaten badly by the IBM, Microsoft, and Symantec compilers. Sun even has a better JIT: their compiler for the Windows JVM is much better than the Solaris x86 compiler.
You gotta figure that the recent turnover in Sun Java management is probably part of the recent decision to support Linux. Until the 1.2 pre-releases, the Blackdown VM didn't even include a compiler!
Overall, having Hotspot on Linux, backed by Sun, is a very positive step.
I decided to use the "slotket" approach: a small adaptor board that allows a Socket-370 Celeron to be used in standard Slot-1 motherboards. My assembly & test notes are online here. By using the slotket, I am able to "upgrade" to a non-overclocked PentiumIII (or maybe Coppermine) when those CPUs become cheap enough. Until then, the dual-300A processors overclocked to 450 really cook!
> Maybe this is what it takes to finally get Java and Linux to mesh Are all the pieces available for a full open-source Java on Linux environment? Let's see:
Jikes is the compiler Kaffe is the runtime (or maybe Japhar) classpath.org is the core libraries
Blackdown is probably the choice for a pure Sun-derived implementation, but they've fallen a little bit behind the Sun release schedule. Is there enough need for Java-on-linux to provide a business justification for a full-fledged, funded, kickass Linux Java implementation?
Disclaimer: I've built some Java VM technology, using Linux as a development base
DEC (err... Compaq) has C and Fortran compiler technology that is better than GCC, for the Alpha that is. I'd love to see the optimizations available in those compilers move into the GNU tools.
For example, most of the Win32 interfaces (as well as driver interfaces etc) are phrased in terms of 32-bit data objects (ok) and 32-bit pointers (oops!)
So, do you shift all interfaces to 64-bits? Add a second set of 64-bit interfaces?!? Tough to add 64-bit support in NT, and still retain some useful degree of backwards-compatibility for 32-bit software.
My ratio: 55% jeans-and-tshirt, 35% polo-shirt-and-khakis, 10% suits. But the suits were not three-piece, banker suits. Usually just a sports jacket, maybe a tie.
A very laid-back, enjoyable show. Lots of developers and enthusiasts, just like JavaOne and other tech-heavy expos.
Sure you can: you can program the MMU to restrict RAM virtual addresses to 32 bits in length, and you can also load 32-bit pointers into registers so that they are automatically sign-extended to 64 bits.
DEC (uh, Compaq) has a term for this usage: it is "taso" (for truncated address space option) and it is there to ease porting of crufty old-style "an int is a pointer" code. Does anyone remember the Vax?
One could write an entire operating system in TASO mode. Few have, just 'cause it is so elegant to use 64-bit pointers. But if you have a runtime system with data structures dominated by pointers, using TASO mode can save a lot of space.
Oh, and I've seen NT running on the Alpha. So Microsoft can run 64-bit code. And the IA64 does have compatibility mode for old-school IA32 (nee x86) code.
I can't run under RH 6.0, could run under RH5.2 ..
on
Linux Q3Test 1.07
·
· Score: 1
... and I would appreciate some help. I was running XF86 under rh5.2, and q3test (1.05) ran very nicely there. I've since upgraded the software to rh6.0, and I'm running Gnome. q3test (either 1.05 or 1.07) fails, even though I have the same libs (I think) and definitely the same video hardware (Matrox Millenium, Voodoo2). Here are the final messages printed by linuxquake:
...loading libMesaVoodooGL.so.3.1: Initializing OpenGL display ...setting mode 3: 640 480 Using XFree86-VidModeExtension Version 0.8 XFree86-VidModeExtension: Ignored on non-fullscreen/Voodoo Using 4/4/4 Color bits, 16 depth, 0 stencil display. XF86DGA Mouse (Version 1.1) initialized GenuineIntel cpu detected. Received signal 11, exiting...
Actually, a Beowulf cluster using wireless would be pretty interesting. You could have nodes that automatically joined the group computation when they come into range, and disconnect when they leave range.
There, I actually did a follow-up to a Beowulf troll.
Not necessarily. Any corporation has stock: it just may not be traded publicly. Usually the founders start with 100% stock, then sell some stock to investors to raise cash, then sell some to venture capitalists, then eventually more stock gets sold in an initial public offering. Or, all the stock gets sold to an acquiring company, or it all becomes worthless when the company fails:-(
I agree that it is easier (lower barriers to entry) to improve something that already works. So Linus (Linux) and Eric (fetchmail) were able to "scratch that itch", then other folks saw features that could be added to their original core. If we had a running Mozilla, then people would flock to improve it, no?
I once worked at Adobe in the PostScript group. We were experimenting with printers that had an HTTPd server embedded in them. The printer had its own webpage displaying toner reserves, job-queue status, any recent error conditions, etc.
Also, there were pointers to the manufacturer's webpage so that you could reorder supplies, get questions answered, and so on. To me, this seemed to be the perfect integration of "dumb" devices and the power of the WWW. I'm glad to see that, at least for printers, there is an evolving standard for this stuff.
Think a bit and extend the idea: disk drives with a webpage (giving usage stats, error rates)... a webpage for your car (mechanical & fluid status) a webpage for your cellphone (how many calling-minutes so far this month)... a webpage for the coke machine down the hall (been there, done that:)
Sure, and I'm gonna download that via my 56k Modem! Wait... I'll get somebody to download it and give it to me on 48 Zip cartridges... no, that won't work. Maybe I should go buy a new hard disk at Fry's, just to hold this data...
Slashdot Mirror
About four months ago, I was looking for a good introduction to Swing. The Campione/Wollrath book is OK, but it seems like they just typeset the web tutorials which are already available on the java.sun.com website. Not all of the Sun Java books look like that: I have about five or six of the Sun Java series that are well-written and invaluable.
...
Since the content is mostly available online, I opted for the book "Pure JFC Swing" by Pantham. This book also has its faults: lots of coding examples, but not much instructional material. Kind of like buying a book of recipes when you really want to know the basics of cooking. Sure, you can try different recipes, but there is little explanation of the fundamentals.
So, what looks like the best book so far is the O'Reilly book "Java Swing" by Eckstein, Loy, and Wood. Maybe I go over to Stacey's in San Francisco and pick it up today
I think that the Blackdown 1.2 pre-release contains the Solaris x86 JIT, which is OK but gets beaten badly by the IBM, Microsoft, and Symantec compilers. Sun even has a better JIT: their compiler for the Windows JVM is much better than the Solaris x86 compiler.
You gotta figure that the recent turnover in Sun Java management is probably part of the recent decision to support Linux. Until the 1.2 pre-releases, the Blackdown VM didn't even include a compiler!
Overall, having Hotspot on Linux, backed by Sun, is a very positive step.
I decided to use the "slotket" approach: a small adaptor board that allows a Socket-370 Celeron to be used in standard Slot-1 motherboards. My assembly & test notes are online here.
By using the slotket, I am able to "upgrade" to a non-overclocked PentiumIII (or maybe Coppermine) when those CPUs become cheap enough. Until then, the dual-300A processors overclocked to 450 really cook!
http://www.enhydra.com
> Maybe this is what it takes to finally get Java and Linux to mesh
Are all the pieces available for a full open-source Java on Linux environment? Let's see:
Jikes is the compiler
Kaffe is the runtime (or maybe Japhar)
classpath.org is the core libraries
Blackdown is probably the choice for a pure Sun-derived implementation, but they've fallen a little bit behind the Sun release schedule. Is there enough need for Java-on-linux to provide a business justification for a full-fledged, funded, kickass Linux Java implementation?
Disclaimer: I've built some Java VM technology, using Linux as a development base
DEC (err ... Compaq) has C and Fortran compiler technology that is better than GCC, for the Alpha that is. I'd love to see the optimizations available in those compilers move into the GNU tools.
For example, most of the Win32 interfaces (as well as driver interfaces etc) are phrased in terms of 32-bit data objects (ok) and 32-bit pointers (oops!)
So, do you shift all interfaces to 64-bits? Add a second set of 64-bit interfaces?!? Tough to add 64-bit support in NT, and still retain some useful degree of backwards-compatibility for 32-bit software.
http://www.upside.com/texis/mvm/open_season?id=37c 337540
written by G. Pascal Zachary. Amazon has it at:
1 7/qid=935594240/sr=1-37/002-8663731-751845 2
http://www.amazon.com/exec/obidos/ASIN/00293567
My ratio: 55% jeans-and-tshirt, 35% polo-shirt-and-khakis, 10% suits. But the suits were not three-piece, banker suits. Usually just a sports jacket, maybe a tie.
A very laid-back, enjoyable show. Lots of developers and enthusiasts, just like JavaOne and other tech-heavy expos.
... application service providers.
http://www.news.com/News/Item/0,4,25478,00.html
Sure you can: you can program the MMU to restrict RAM virtual addresses to 32 bits in length, and you can also load 32-bit pointers into registers so that they are automatically sign-extended to 64 bits.
DEC (uh, Compaq) has a term for this usage: it is "taso" (for truncated address space option) and it is there to ease porting of crufty old-style "an int is a pointer" code. Does anyone remember the Vax?
One could write an entire operating system in TASO mode. Few have, just 'cause it is so elegant to use 64-bit pointers. But if you have a runtime system with data structures dominated by pointers, using TASO mode can save a lot of space.
Oh, and I've seen NT running on the Alpha. So Microsoft can run 64-bit code. And the IA64 does have compatibility mode for old-school IA32 (nee x86) code.
... and I would appreciate some help. I was running XF86 under rh5.2, and q3test (1.05) ran very nicely there. I've since upgraded the software to rh6.0, and I'm running Gnome. q3test (either 1.05 or 1.07) fails, even though I have the same libs (I think) and definitely the same video hardware (Matrox Millenium, Voodoo2). Here are the final messages printed by linuxquake:
... THANKS!
...loading libMesaVoodooGL.so.3.1: Initializing OpenGL display
...setting mode 3: 640 480
Using XFree86-VidModeExtension Version 0.8
XFree86-VidModeExtension: Ignored on non-fullscreen/Voodoo
Using 4/4/4 Color bits, 16 depth, 0 stencil display.
XF86DGA Mouse (Version 1.1) initialized
GenuineIntel cpu detected.
Received signal 11, exiting...
Any suggestions
A brief log of my experience can be found at my website. Boring ... it just worked.
Stan
Actually, a Beowulf cluster using wireless would be pretty interesting. You could have nodes that automatically joined the group computation when they come into range, and disconnect when they leave range.
There, I actually did a follow-up to a Beowulf troll.
radiolan
AiroNet
ShareWAVE
Me, I still use POC (plain old copper)
Not necessarily. Any corporation has stock: it just may not be traded publicly. Usually the founders start with 100% stock, then sell some stock to investors to raise cash, then sell some to venture capitalists, then eventually more stock gets sold in an initial public offering. Or, all the stock gets sold to an acquiring company, or it all becomes worthless when the company fails :-(
I agree that it is easier (lower barriers to entry) to improve something that already works. So Linus (Linux) and Eric (fetchmail) were able to "scratch that itch", then other folks saw features that could be added to their original core. If we had a running Mozilla, then people would flock to improve it, no?
I once worked at Adobe in the PostScript group. We were experimenting with printers that had an HTTPd server embedded in them. The printer had its own webpage displaying toner reserves, job-queue status, any recent error conditions, etc.
... a webpage for your car (mechanical & fluid status) a webpage for your cellphone (how many calling-minutes so far this month)... a webpage for the coke machine down the hall (been there, done that :)
Also, there were pointers to the manufacturer's webpage so that you could reorder supplies, get questions answered, and so on. To me, this seemed to be the perfect integration of "dumb" devices and the power of the WWW. I'm glad to see that, at least for printers, there is an evolving standard for this stuff.
Think a bit and extend the idea: disk drives with a webpage (giving usage stats, error rates)
Stan
Sure, and I'm gonna download that via my 56k Modem! Wait ... I'll get somebody to download it and give it to me on 48 Zip cartridges ... no, that won't work. Maybe I should go buy a new hard disk at Fry's, just to hold this data ...
...
Sheesh
Yes, this has been on slashdot several times. What new can be discussed now? Larger hard-drives? Faster CPU speeds?
... BEOWOLF! In a traffic jam, your car radio could network with nearby car radios, and create a large computing surface! WooHoo! I can't wait!
Oh wait
:)
It isn't obvious in the preferences section ..