Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Re:informal poll (Score 1) 641

My home computer is dual boot with Ubuntu (12?) and Windows 7, and I never use Windows on it (I know because there is a bug and it does not work with the serial keyboard, so I have to dig out and plug in the USB keyboard that came with the machine if I want to boot it into Windows, and right now I don't even know where that keyboard is (ps the bug is strange: only the login does not work. Once you log in the serial keyboard works just fine)). We also have a much older iMac and a couple Android tablets and one iPad, an ancient iMac PowerPC used to play music on the stereo, and an ASUS Linux netbook that amazingly still works and is used by visitors more than I would expect.

Comment Re:It's been bisected and confirmed (Score 1) 266

Sorry, a mouse button is a key for anybody in the real world. It even has it's own keysym values in X.

Also as pointed out, OS/X and Windows, and earlier verisons of X, worked this way. If this is really somebody saying "mouse buttons are not keys and I will obey the text literally" then that is really sad.

From the patch description this sounds like an accidental change, not deliberate. But beyond that it is hard to figure out what needs to be fixed. It sounds like there is a null pointer dereference, but only when the X server is shutting down. That's pretty minor and in fact something I know commercial software would ignore.

Comment Re:It's been bisected and confirmed (Score 2) 266

I'll bet this is going to be patched in the git repositor within a half hour.

But I'm not sure if posting Slashdot stories is the best way to get a bug fixed. But if it is the only one that works, might as well do it.

I still feel the original poster should have put *something* on that bug report in all the time since January 16th!

Comment Re:It's been bisected and confirmed (Score 5, Informative) 266

Goddamn that was painful, but I found the actual patch:

http://cgit.freedesktop.org/xo...

I would say it is rather shocking that this Peter Hutterer actually did about 90% of the work, then posted something that is not a clue as to how to see the answer.

And that the original poster (who I assume made this Slashdot story) did not post any followup for 3 months, probably leading Peter to forget all about fixing this.

Comment It's been bisected and confirmed (Score 4, Insightful) 266

Somebody has already narrowed the problem down to specific patch:

Comment 7 Peter Hutterer 2014-01-16 05:43:43 UTC

bisected to this commit:

commit 11319a922575f1da1d3c5774728c0dee12bab069
Author: Peter Hutterer
Date: Thu Oct 11 16:03:33 2012 +1000

        xkb: ProcesssPointerEvent must work on the VCP if it gets the VCP

It would help if that number was a link to the git log.

Comment Re: wooo look at that strawman BURNNNNN (Score 1) 301

What?

In your scenario, originally you had $100, and the other person had a stock share that he could trade for $100. Therefore there was $200 in total value. After the stock dropped to $10 value, one person has $100 and the other has a stock worth $10, therefore the total is $110. $90 of value was lost! Inflation/deflation of dollars does not matter, the result is that you now have $90 less of value, whatever $90 is now worth.

Also your claim that "the balance of transactions is $110" is pretty bogus. If the two decided to trade the stock back and forth 5,000 for $100 then by your calculation "the balance of transactions is $500,000". That number is obviously meaningless. The actual amount of money moved around is $100.

Comment Re:Interoperating with invalid data (Score 1) 196

Oh no! What if your split() worked in Unicode code points, and split a combining pair? What would you do, surely your computer will instantly self-destruct in a devastating explosion! What if your split() split an english word in two? What if your split() cut a UTF-16 surrogate pair in half (which EVERY single alternative to UTF-8 does!!!!!!) Yike! Disaster! Um, well, maybe not...

Stop making up non-existent problems.

1. Splitting is done after pattern searching. It is TRIVIAL to make your pattern search (which is likely doing something like "find the next space") only find full UTF-8 code units. In fact it will help get you to write stuff that matches more complex structures such as combining pairs.

2. If you are splitting at totally arbitrary points, it is because you are copying the data to a fixed-sized buffer. Virtually every use of this later pastes the contents of the buffers together (think of buffered file I/O) and thus it is harmless.

3. This splitting is 100% detectable because *both* ends will be invalid UTF-8.

4. For some reason nobody seems to worry about this for UTF-16. Hmmmm, I wonder why?

Comment Re:Interoperating with invalid data (Score 1) 196

Maybe you should design your own platform where strings will be represented internally as UTF-8. It would be an interesting exercise.

FLTK and Nuke, and the project I am doing at R&H all use UTF-8 with tolerance for encoding errors for all internal storage. It is really easy, far easier than dealing with two types of text.

About 90% of the work is to get around default converters in Python and Qt that screw up the UTF-8.

Slashdot Top Deals

HELP!!!! I'm being held prisoner in /usr/games/lib!

Working...