Is Belgian politics external to the Universe then?
They've stopped the ability of the ruling party to call elections whenever they wish in the UK.
Is Belgian politics external to the Universe then?
They've stopped the ability of the ruling party to call elections whenever they wish in the UK.
@Zylon said:
install an alternative PDF reader like Foxit?
Sumatra is my favourite for Windows - the portable zip version is only a 2.3MB download. You don't get nagged to buy a "premium version" - its a GPLv3 project
@AndyCanfield said:
A yard is a meter, to about plus or minus ten percent. A very useful conversion. Also a liter is a quart.
Here's one for you: Which is heavier? A ton of steel in Boston, or a ton of steel in Bangkok?
The ton of steel in Bangkok is heavier, because it's a metric ton, 1000 kilograms, 2200 pounds. A ton of steel in Boston is only an archaic ton, 2000 pounds.
An Imperial ton is 2240 pounds, not 2000. 1 Cwt. = 112 pounds, 20Cwt = 1 Ton. So there's only -40 pounds difference in fact, ie. it is lighter in Bangkok. Unless there's a USian ton, which would add to the general WTFness of US measurements.
At first I thought the text on the right was "FAIL registration now open"
@Bulb said:
Text = Text
inserts a dash, because it feeds the output of your getter that removes all dashes to your setter that adds dash in correct place. So it obviously adds the dash.
Exactly - its not a simple string assignment, and illustrates the power of class-based programming @Bulb said:
I don't see any WTF except that your idea there is one.:)
@lanzz said:
so it shouldn't be connected to the 'net? ever?
The same goes for Daids box also, surely.
Is it really so hard to type 'sudo' every so often? (and it reminds you that you're doing something with possibly severe consequences)
@mfah said:
Could be because 2005 no longer supports the single-threaded runtime?
Could you expand upon that at all? Any change from 6.0 to 2005 is a good candidate...
I'll try to cobble something together that explains it better- its the kind of app that uses lots of different COM dlls & has fairly lengthy database transactions
I have moved a SQL server app written in VC++6 to VS2005(made up of 44 projects, each one a COM dll) - it all works as it should except for one thing. In the VC6 version there is a dll which does a fair bit of repetitive locking & updating.It runs quickly. When the same code is run under VS2005 there is a ReadOnly ADO SELECT statement on a table which is already locked pessimistically which waits for a LockTimeout before it continues which causes it to run much slower. As far as I can tell this is correct behaviour, however the VC6 version did not wait for the lock to timeout even though it looks like it should. I'm now worried that there may be many more undiscovered locking WTFs in the old code that one could "get away with" in VC6 but now no longer work. I've already encountered other C++ code in the VC6 version which "shouldn't have worked " but did and needed correcting in VS2005.
My question is - does anyone know of reasons why the same version of ADO would behave differently under VC6 to VS2005? or does anyone know if it behaves differently even if you don't know why?