I have been to my local library. Maybe your sucks? It depends on where you live I suppose. In any decently-sized city the libraries are good. Especially University libraries.
And if you think libraries suck so much, then why are you going to them? If you don't go to the library, how do you know they don't have the book you're looking for? It looks like you are the troll here.
Personally I find it amazing that anyone would want to buy a used book.
Absolutely. I couldn't agree more. If someone wants to read a book, but not keep the book, then there's a wonderful place called a LIBRARY that has been around for a long long time. I can only think of 2 possible reasons why someone would buy a used book:
Utility/specialty book. Textbooks, encyclopedias, map book, etc. These books are usually not in a library, or are not removable from the library (i.e. reference section).
Collectable (out of print) books. Comic books primarily, but there are other collectable books. The buyers for these usually pay more than the book's face value, and the purchase is more of an investment and/or desire to possess the item, than a desire to read it.
Almost all used books out there are available in your local library. And it's free there.
Personally, I buy books that I want to keep and go to the library for books I only want to read (once). Why would I pay for a book I don't want to keep when I can get it for free?
Do we really need/. to let us know when a kernel is released? Especially the development kernels? Everyone who wants to know should be on the linux-kernel-announce mailing list anyway.
x3270 is the X version; the 3270 package comes with c3270 also which is the curses version. That's the one to use. It works fine with a default cygwin install. I've already tried it. However not everyone may want to install cygwin, but c3270 runs fine over a telnet/ssh into a UNIX box (from Windoze or any other system), so it's easy to simply set up a single (or several) UNIX boxes for the 10,000 people to telnet/ssh into and run c3270.
The only caveat is the 3270 protocol sucks, and there are many "control" characters like Ctrl-C, Ctrl-X, etc that does "clear", and "reset", etc. It's in the 3270 man pages.
I don't understand how you can say you're in the POS business and have never heard of this
Hmm, are you in the POS business? No? But that article said it...so it must be true...
They do not call them kiosks in the article
Do you think Symbol (who makes wireless cards) really knows what hardware IBM puts those cards into...? Maybe he used "terminal" as a generic word that might possibly include kiosks...hmm...or maybe he's doesn't know any specifics...
including Best Buy from purchasing
Next time you go into BB (if ever) take a look at who makes their POS terminals.
I have never heard of any wireless checkout terminals (I am in the POS business). Think about it; it just doesn't make sense - they are (physically) fixed terminals, why spend considerable $ on setting it up with wireless, when you can lay (relatively) cheap wire? It doesn't make financial sense.
However, I have heard of wireless kiosks. That makes sense - you may want it at the front door one day, and near some product in the back another day. Thay make sense to move around. Quite possibly that is what was getting picked up. I have never heard of a kiosk with a built-in MSR (Magnetic Stripe Reader - it reads your card) but they may be out there.
Essentially, you probably don't have to worry about wireless checkout terminals - even in BB.
You want to know what is stored on your card? Not much. US cards (foreign - e.g. Japanese - are different) contain 3 tracks (ISO tracks) which contain up to 98 bytes (track 1) + 46 bytes (track 2) + 139 bytes (track 3). Total up to 283 bytes. So that ain't a lot of info.
Oh, what exactly is stored on the card? Well take a look at this doc in the MSR (Magnetic Stripe Reader) section. Thar ya go.
What is the course you are teaching? An intro course on *NIX? Ok, great - but why are you now trying to throw in Free Software? That is not what the course is about!
Forget trying to convert any of these M$ students. That is definately not what they are there for. What you should be doing is teaching them the basics of *NIX. Don't try to mix in political rhetoric. Whether or not MySQL/PostGreSQL can beat SQL Server is completely irrelevant to the course.
Stick to teaching *NIX intro stuff, don't get into Proprietary vs. Free. In 2 days you will not convert any MSCD students. Really.
So I can use the keyboard without configuring USB in the OS?
Short answer : not right now (based on results from my quick test).
Long answer : What happens is, the BIOS (if configured to do so) takes control of the USB Host Controller and talks (in a very simplistic way) to any attached USB keyboard(s) and possibly mouse/mice. The BIOS re-routes all scancodes/mouse event to appear as if they were generated by a PS/2 keyboard/mouse.
The BIOS continues to do this until the OS switches control of the USB Host Controller (the 'hand-off'). If the OS never switches control (e.g. DOS) then the USB keyboard will continue to appear to be a PS/2 keyboard. There is actually a decent description of this on M$'s website. And they have a detailed technical explanation (with pseudocode of course) of what goes on also. Note that I am almost positive that the Linux HCDs do not perform the hand-offs described there. Maybe I should add that.;)
However, I just tested this and it appears that Linux does the USB HC hand-off as soon as the kernel is loaded (for the 2.4 kernel, with my config, at least). I had USB as modules and rm -rf all the USB modules, so it shouldn't take over the USB HC...I'm guessing that it takes it over during PCI bus initialization, not USB initialization (I may be wrong here).
So, no, you can't use a USB keyboard without native Linux OS support:(
Unless, possibly, you disable PCI support. That might prevent Linux from taking over the USB Host Controller. Maybe. I'm guessing.
The best option would be to enable USB and at a minimum the HID-Keyboard and Input-keyboard drivers. Then your kbd should work fine.
I'm pretty sure that in older (2.2) kernels it didn't take over the USB HC...I know my USB mouse worked (via BIOS translation) up until the point I 'modprobe usbcore'...
I need the keyboard when I install an OS, so I need the keyboard to work before the OS is installed.
All recent (i.e. with built-in USB) motherboards do have BIOS USB keyboard support. All USB keyboard support the HID keyboard specification which is (relatively) easy to hardcode into BIOS.
However, if you add a USB card to a motherboard without built-in USB ports, you're probably SOL.
JSR80 started in Sep 2000. Look at its web page, that is what I meant by check your facts. In fact, it was being developed internally since 1999. Just because it wasn't public doesn't mean it didn't exist.
there's an argument to be made that the essence of "Open Source" has a lot more to do with open development process
I agree. So why are you bashing JSR80? The expert group had no choice (read the JSPA and/or IEPA) on when to make the docs/code public.
"we can easily accept other peoples' bugfixes, and yet maintain total control".
I don't know where you got the idea that either the CPL or javax.usb itself somehow "maintains total control". Like any other OSS/FS project, we control our copy of the code and anyone else is welcome to use, contribute, and even fork it if they want. How exactly could a corporation "maintain total control" over code under an OSS or FS licese anyway?
Free Software is still basically precluded by the JCP rules.
Only the API "belongs to Sun". Yeah, that sucks. But the RI and TCK, and any other implementation, can have any license they want (if I read Sun's announcement correctly). And the API should be difficult to change, since by definition APIs shouldn't bounce around. However it's quite changable, the expert group just has to have a mainentence review and update it.
You should really read up on how the JCP works and things may be clearer to you.
Of course the support staff does get their normal salary, etc...so it's not totally free. But those costs are fixed and already in Sun's budget...
Of course doing business is not free. But there is a huge difference between paying someone else 3 milion dollars, and doing something for free that you would normally charge 3 million for. Of course it's nice of Sun. But the actual cost to Sun of that 3 million is unquestionably much less - since the markup on support services is usually quite high. And that cost is very likely a flat rate (salary), which Sun is going to pay (to the support staff) anyway. So in the end Sun possibly may provide 3 million in free support, which costs them little or nothing more than their normal payouts.
TCKs are potentially useless without support from the vendor...they can hardly support those of other vendors can they?
You are saying 'Sun pays the vendor to give support to the implementor' and then 'Sun is the vendor'. This is exactly what I said, Sun is not actually paying anyone else.
Check your facts. You are wrong. And javax.usb was started internally (at IBM) long before starting the JSR.
Sun permitted that OSS license to preclude a Free Software effort taking hold
Ah, so 2 groups have never worked on similar projects before eh? Hello, gnome, kde? We have no desire to 'preclude' David or his project, he/it is free to continue obviously.
In the specific case of JSR80, the RI is Open Source. There is no TCK yet, but it will (as far as I know) be Open Source also.
Now, if you are talking about the process, I have no argument; it's closed and the JSPA is (was?) so restrictive I would never sign it as an independent developer.
If the TCK is offered by Sun, who is providing the support service? I would certainly guess Sun...so we're back to my original statement. Essentially Sun is doing work for no pay, not actually paying someone else. Of course the support staff does get their normal salary, etc...so it's not totally free. But those costs are fixed and already in Sun's budget...
Now if Sun offers a TCK that is supported by an outside party, in that case Sun would have to spend $. I would be suprised though, why would Sun outsource support for a TCK it offers? Doesn't make sense to me...
"2. The JSPA must grant an Expert Group the right, at the Expert Group's discretion, to release its own Reference Implementation (RI) and/or Test Compatibility Kit (TCK) under an open source license (Apache-style license minimum.)..."
The draft of the JSPA submitted for community review would permit the TCK to be so licensed, but not the RI.
Sun will therefore offer an annual support scholarship program to suitably qualified efforts to cover access to support services for TCKs offered by Sun.
Which limits it to TCKs offered by Sun - meaning Sun doesn't actually spend any money, they just don't take any money in for those specific cases (they're not losing anything, since those implementors can't afford Sun's prices anyway!)
So while it's kinda nice, Sun is not spending 3 million, and is not really losing any money either - those who get the free license by definition couldn't afford it in the first place.
It depends on the point of the game. If the point of the game is to win, then not using the BFG is stupid!
I never said cebit can't make stupid rules. Sure they can. But by doing so they are missing the point of a technical show - people are there to see and touch technology, and they will pay attention to the most interesting tech! By making a rule saying "hands off! Nobody can touch anything, just look at the pretty presentations" they are changing the focus of a technology show from the real technology to the flashy presentations. They are missing the point.
Well, if people are busy playing games, they're not paying attention to the exhibitors
Whatever gets people's interest wins. If people would rather play a PS/2, that's their perogative - and conversely, if they would rather play the Xbox, they should be able to do that too. I'm assuming here that Sony and MS are presenting new games and/or features on their PS/2 or Xbox - otherwise why would anyone play them? Just play at home...
Having (and enforcing) a rule that nobody can use your technology is insane. The only ones who benefit are those with inferior products who otherwise would be ignored. You can bet cash money that if people were in line to play the Xbox the MS would have raised hell if Sony complained. And rightly so; I'm shocked that Sony didn't raise more hell, but maybe they did and couldn't win...
That info is over a year old, the current lawsuit is brand new and involves M$'s monopolistic pratices, not unauthorized use of Java and the Java mark.
The watercooled models stopped the "bloodline" of what were called "buses"
Actually the T3 body style (usually called Vanagons in the US) changed them from being called busses to van(agon)s. That happened in 1979. The first water cooled engine didn't come until 1982. And anyway, the name (bus/van) was associated with the body sytle, not engine type.
Slashdot Mirror
I have been to my local library. Maybe your sucks? It depends on where you live I suppose. In any decently-sized city the libraries are good. Especially University libraries.
And if you think libraries suck so much, then why are you going to them? If you don't go to the library, how do you know they don't have the book you're looking for? It looks like you are the troll here.
Absolutely. I couldn't agree more. If someone wants to read a book, but not keep the book, then there's a wonderful place called a LIBRARY that has been around for a long long time. I can only think of 2 possible reasons why someone would buy a used book:
Almost all used books out there are available in your local library. And it's free there.
Personally, I buy books that I want to keep and go to the library for books I only want to read (once). Why would I pay for a book I don't want to keep when I can get it for free?
Do we really need /. to let us know when a kernel is released? Especially the development kernels? Everyone who wants to know should be on the linux-kernel-announce mailing list anyway.
x3270 is the X version; the 3270 package comes with c3270 also which is the curses version. That's the one to use. It works fine with a default cygwin install. I've already tried it. However not everyone may want to install cygwin, but c3270 runs fine over a telnet/ssh into a UNIX box (from Windoze or any other system), so it's easy to simply set up a single (or several) UNIX boxes for the 10,000 people to telnet/ssh into and run c3270.
The only caveat is the 3270 protocol sucks, and there are many "control" characters like Ctrl-C, Ctrl-X, etc that does "clear", and "reset", etc. It's in the 3270 man pages.
Hmm, are you in the POS business? No? But that article said it...so it must be true...
They do not call them kiosks in the article
Do you think Symbol (who makes wireless cards) really knows what hardware IBM puts those cards into...? Maybe he used "terminal" as a generic word that might possibly include kiosks...hmm...or maybe he's doesn't know any specifics...
including Best Buy from purchasing
Next time you go into BB (if ever) take a look at who makes their POS terminals.
I have never heard of any wireless checkout terminals (I am in the POS business). Think about it; it just doesn't make sense - they are (physically) fixed terminals, why spend considerable $ on setting it up with wireless, when you can lay (relatively) cheap wire? It doesn't make financial sense.
However, I have heard of wireless kiosks. That makes sense - you may want it at the front door one day, and near some product in the back another day. Thay make sense to move around. Quite possibly that is what was getting picked up. I have never heard of a kiosk with a built-in MSR (Magnetic Stripe Reader - it reads your card) but they may be out there.
Essentially, you probably don't have to worry about wireless checkout terminals - even in BB.
Nope.
You want to know what is stored on your card? Not much. US cards (foreign - e.g. Japanese - are different) contain 3 tracks (ISO tracks) which contain up to 98 bytes (track 1) + 46 bytes (track 2) + 139 bytes (track 3). Total up to 283 bytes. So that ain't a lot of info.
Oh, what exactly is stored on the card? Well take a look at this doc in the MSR (Magnetic Stripe Reader) section. Thar ya go.
Hampton, VA maybe? About 1/2 day drive from Raleigh, NC (Redhat's headquarters).
Those are public locations. This bill is only targetting private locations.
WHOA! Hold on there.
What is the course you are teaching? An intro course on *NIX? Ok, great - but why are you now trying to throw in Free Software? That is not what the course is about!
Forget trying to convert any of these M$ students. That is definately not what they are there for. What you should be doing is teaching them the basics of *NIX. Don't try to mix in political rhetoric. Whether or not MySQL/PostGreSQL can beat SQL Server is completely irrelevant to the course.
Stick to teaching *NIX intro stuff, don't get into Proprietary vs. Free. In 2 days you will not convert any MSCD students. Really.
Short answer : not right now (based on results from my quick test).
Long answer : What happens is, the BIOS (if configured to do so) takes control of the USB Host Controller and talks (in a very simplistic way) to any attached USB keyboard(s) and possibly mouse/mice. The BIOS re-routes all scancodes/mouse event to appear as if they were generated by a PS/2 keyboard/mouse.
The BIOS continues to do this until the OS switches control of the USB Host Controller (the 'hand-off'). If the OS never switches control (e.g. DOS) then the USB keyboard will continue to appear to be a PS/2 keyboard. There is actually a decent description of this on M$'s website. And they have a detailed technical explanation (with pseudocode of course) of what goes on also. Note that I am almost positive that the Linux HCDs do not perform the hand-offs described there. Maybe I should add that. ;)
However, I just tested this and it appears that Linux does the USB HC hand-off as soon as the kernel is loaded (for the 2.4 kernel, with my config, at least). I had USB as modules and rm -rf all the USB modules, so it shouldn't take over the USB HC...I'm guessing that it takes it over during PCI bus initialization, not USB initialization (I may be wrong here).
So, no, you can't use a USB keyboard without native Linux OS support :(
Unless, possibly, you disable PCI support. That might prevent Linux from taking over the USB Host Controller. Maybe. I'm guessing.
The best option would be to enable USB and at a minimum the HID-Keyboard and Input-keyboard drivers. Then your kbd should work fine.
I'm pretty sure that in older (2.2) kernels it didn't take over the USB HC...I know my USB mouse worked (via BIOS translation) up until the point I 'modprobe usbcore'...
All recent (i.e. with built-in USB) motherboards do have BIOS USB keyboard support. All USB keyboard support the HID keyboard specification which is (relatively) easy to hardcode into BIOS.
However, if you add a USB card to a motherboard without built-in USB ports, you're probably SOL.
JSR80 started in Sep 2000. Look at its web page, that is what I meant by check your facts. In fact, it was being developed internally since 1999. Just because it wasn't public doesn't mean it didn't exist.
there's an argument to be made that the essence of "Open Source" has a lot more to do with open development process
I agree. So why are you bashing JSR80? The expert group had no choice (read the JSPA and/or IEPA) on when to make the docs/code public.
"we can easily accept other peoples' bugfixes, and yet maintain total control".
I don't know where you got the idea that either the CPL or javax.usb itself somehow "maintains total control". Like any other OSS/FS project, we control our copy of the code and anyone else is welcome to use, contribute, and even fork it if they want. How exactly could a corporation "maintain total control" over code under an OSS or FS licese anyway?
Free Software is still basically precluded by the JCP rules.
Only the API "belongs to Sun". Yeah, that sucks. But the RI and TCK, and any other implementation, can have any license they want (if I read Sun's announcement correctly). And the API should be difficult to change, since by definition APIs shouldn't bounce around. However it's quite changable, the expert group just has to have a mainentence review and update it.
You should really read up on how the JCP works and things may be clearer to you.
if you read my other reply, you would see this:
Of course the support staff does get their normal salary, etc...so it's not totally free. But those costs are fixed and already in Sun's budget...
Of course doing business is not free. But there is a huge difference between paying someone else 3 milion dollars, and doing something for free that you would normally charge 3 million for. Of course it's nice of Sun. But the actual cost to Sun of that 3 million is unquestionably much less - since the markup on support services is usually quite high. And that cost is very likely a flat rate (salary), which Sun is going to pay (to the support staff) anyway. So in the end Sun possibly may provide 3 million in free support, which costs them little or nothing more than their normal payouts.
You are saying 'Sun pays the vendor to give support to the implementor' and then 'Sun is the vendor'. This is exactly what I said, Sun is not actually paying anyone else.
Check your facts. You are wrong. And javax.usb was started internally (at IBM) long before starting the JSR.
Sun permitted that OSS license to preclude a Free Software effort taking hold
Ah, so 2 groups have never worked on similar projects before eh? Hello, gnome, kde? We have no desire to 'preclude' David or his project, he/it is free to continue obviously.
In the specific case of JSR80, the RI is Open Source. There is no TCK yet, but it will (as far as I know) be Open Source also.
Now, if you are talking about the process, I have no argument; it's closed and the JSPA is (was?) so restrictive I would never sign it as an independent developer.
If the TCK is offered by Sun, who is providing the support service? I would certainly guess Sun...so we're back to my original statement. Essentially Sun is doing work for no pay, not actually paying someone else. Of course the support staff does get their normal salary, etc...so it's not totally free. But those costs are fixed and already in Sun's budget...
Now if Sun offers a TCK that is supported by an outside party, in that case Sun would have to spend $. I would be suprised though, why would Sun outsource support for a TCK it offers? Doesn't make sense to me...
The draft of the JSPA submitted for community review would permit the TCK to be so licensed, but not the RI.
That's news to me, when we moved into the public review period for JSR80 (javax.usb), the JCP PMO suggested that we host the RI, licensed under the Common Public License, on our own server.
We have written and circulated a change to the draft JSPA that would permit the RI to be so licensed.
Well that's good news. I thought it was already ok! Guess that's why IANAL.
I think if you read it more closely, it says:
Which limits it to TCKs offered by Sun - meaning Sun doesn't actually spend any money, they just don't take any money in for those specific cases (they're not losing anything, since those implementors can't afford Sun's prices anyway!)
So while it's kinda nice, Sun is not spending 3 million, and is not really losing any money either - those who get the free license by definition couldn't afford it in the first place.
It depends on the point of the game. If the point of the game is to win, then not using the BFG is stupid!
I never said cebit can't make stupid rules. Sure they can. But by doing so they are missing the point of a technical show - people are there to see and touch technology, and they will pay attention to the most interesting tech! By making a rule saying "hands off! Nobody can touch anything, just look at the pretty presentations" they are changing the focus of a technology show from the real technology to the flashy presentations. They are missing the point.
Whatever gets people's interest wins. If people would rather play a PS/2, that's their perogative - and conversely, if they would rather play the Xbox, they should be able to do that too. I'm assuming here that Sony and MS are presenting new games and/or features on their PS/2 or Xbox - otherwise why would anyone play them? Just play at home...
Having (and enforcing) a rule that nobody can use your technology is insane. The only ones who benefit are those with inferior products who otherwise would be ignored. You can bet cash money that if people were in line to play the Xbox the MS would have raised hell if Sony complained. And rightly so; I'm shocked that Sony didn't raise more hell, but maybe they did and couldn't win...
Yes, they are a perfect match!
From man malloc:
No need to check for NULL, free handles it.
That info is over a year old, the current lawsuit is brand new and involves M$'s monopolistic pratices, not unauthorized use of Java and the Java mark.
Actually the T3 body style (usually called Vanagons in the US) changed them from being called busses to van(agon)s. That happened in 1979. The first water cooled engine didn't come until 1982. And anyway, the name (bus/van) was associated with the body sytle, not engine type.