Chop broccoli & carrots
Pour boiling water over them (easy way of blanching) Leave for 30 sec. Drain.
Heat wok with a tablespoon of peanut oil
Fry in a hot wok for 1 minute
Chop & Add mushrooms, fry hot for 1 minute
Add a couple of teaspoons spicy bean paste (or whatever else you prefer)
Add some water & 2tsp cornflour. Stir to thicken sauce.
Chuck in some tofu. If you're smart you'll have marinated this earlier. But I guess technically that makes it longer than 15 mins.
Add some chopped silverbeet (cheaper than spinach, and lasts longer in the fridge)
Simmer for maybe five mins.
Soak rice vermicilli (glass noodles) in boiling water from the kettle for 2 mins
Serve & Done.
The moral is. If you're in a hurry; Don't boil anything. If you boil veges you might as well chuck the veges out and drink the water:)
Just a point. Just one point. With an ipod, you can just drag music on and off. You do have to do it with itunes, but you just select 'manually manage my songs and playlists' and you're good to go. You can even drag mp3 straight out of explorer straight into your ipod.
Show me the 60Gb MP3 player that's cheaper than an ipod and just as small, and I would probably have bought it.
Lasting 2 weeks on a single AAA is impressive though. That's 2 weeks of continuous play I presume;-)
Don't be retarded. But since you already were, my sibling poster has responded that this doesn't kill Linux stone-dead, though it does slow it down quite a bit, so you even lose your own retarded benchmark contest. Ouch.
Oh for god's sake. Isn't it quite obvious that I was genuinley interested in discovering how well Linux runs the 32k thread test? I'm not having a 'retarded benchmark contest'.
As for the rest of your tirade, Well.... crap. It seems that you're quite right about the static stuff. Looks like I will have to more careful in the future. I was sure I'd seen a mutex or whatever when looking at the implementation of statics. So I apologise about that.
But...
I think that you can still describe the set of windows sync objects as 'richer', even if you can (obviously!) implement one in terms of the other. Windows threading and thread synchronisation API is richer out of the box. You can almost always implement one (richer) API in terms of the another. This means nothing.
And honestly, slashdot people are so mean. I mean! Retarded? How exactly is that sort of language called for? And yes, of course I'm new here.
But the proper way to write server code is not to wake periodically to see if there's any work to do, but to enter alertable wait states of various kinds so that the OS wakes you up when it knows that it has work to give you.
This is similar to either waking every minute to look at the time, or using an alarm clock instead:)
gcc does thread-safe initialization of local static variables -- Visual C++ does not.
VC++ does do threadsafe static initialization. And in any case, gcc runs on windows so it's not exactly a windows issue is it?
Windows has better support for multithreaded apps, it has a far richer set of thread/process synchronisation objects (mutexs, critical sections, semaphores, alertable wait states, events) than unix does.
Now, as far as 32k 'busy' running threads leaving the machine still responsive... let's just try that out..
DWORD WINAPI Th(LPVOID){ while(true); }
int main(int,char**) { DWORD id; for(int n = 0; n < 31999; n++) { CreateThread(0,0,Th,NULL,0,&id); } while(true); return 0; }
And I can report that yes, you're quite right, Windows is pretty much killed stone dead running these two lines of code. I'd love to hear a report from how Linux does running the equivalent.
That is absolutely correct. Internationalising applications for Windows is easy.... until you get to those tricky East Asian languages. Then you're in for a world of pain.
Hah again! Very probably true. I certainly can't say I'm exactly looking forwards to some aspects of teenagerdom.
While we've never taken them on a train (not so many trains around here) they've been to the supermarket and don't run up and down the isles screaming (which yes I've seen also).
Well, that would depend on how old the child in question was. What would you do? Give them a belt round the ear? What do you think would happen then? What if they got up off the floor, and told you to fuck off again? Would you hit them harder?
Past a certain age, kids pretty much can do what they want. The key is to bring them up so that they make good choices and not dumb ones. The method by which this can be achieved is not through violence. Try being nice to them when they're little, and teaching good behaviour by example. Be there for your kids, and with a bit of luck they won't be telling you to fuck off when they're older.
But I've got a way to go yet, so if slashdot is still here in 15 years I'll let you know how it went.
Hah! In 10 years, they'll be 14, 12 and 10, so I wouldn't have thought they'll be in jail just yet.
What I would suggest is effective discipline in the first place. My parents never hit me, and I'm not in jail. Plural of anecdote is not data, I realise, but violence of any kind in the home engenders a violent attitude to problems encountered in adult life.
All of which is entirely off-topic of course. What were you guys talking about again? A teacher or something?
And if you think that spanking your child and sending them to bed without their dinner is an effective form of discipline, then I'm rather glad that you don't have any children too.
I have three. And I will never hit them, and never deprive them of their dinner. I guess I must just be a bad parent hey?
shared_ptr absolutely is threadsafe. We use it in our application with over twenty threads, passing shared_ptrs around from thread to thread all the time. Provided you protect what is pointed to by the shared_ptr there are no threading issues whatsoever
Naturally we never know with certainty on which thread a given shared_ptr will actually be destructed, but this is only a special case of the first point anyway.
Well....
That's partly true, certainly the fact that the scroll wheel doesn't work in the scrollable areas of the page is a huge problem with flash in general
BUT the main problem with it, and with use of flash in general, is that no-one seems capable or even aware that one can make full-page flash documents that scale properly. In the Exchange example, resizing of the page is essentially impossible. Flash provides plenty of support for full-page flash that no-one seems to ever use! Why is this?
One day you may find yourself in some way disadvantaged. Perhaps you will be injured through work or accident, perhaps you will lose all you have through fire or theft. Perhaps you will have a child who finds themselves unable to live without assistance and whose support is beyond your means.
Then maybe you will understand why your apparently sensible sentiment is in fact entirely inhuman.
Had a look at the code, and noticed this little gem of a comment
// Hack: can't create transparent windows except on Mac (by setting<br> // a transparent background on the Frame)<br> // In that case the system handles the dragging...<br> var isMac = System.getProperty("os.name").toLowerCase().contai ns("mac")<br>
Honestly, if a simple calculator app can't even be properly cross-platform, what chance do we have?
Slashdot Mirror
I did this last night. Takes less than 15 minutes
:)
Chop broccoli & carrots
Pour boiling water over them (easy way of blanching) Leave for 30 sec. Drain.
Heat wok with a tablespoon of peanut oil
Fry in a hot wok for 1 minute
Chop & Add mushrooms, fry hot for 1 minute
Add a couple of teaspoons spicy bean paste (or whatever else you prefer)
Add some water & 2tsp cornflour. Stir to thicken sauce.
Chuck in some tofu. If you're smart you'll have marinated this earlier. But I guess technically that makes it longer than 15 mins.
Add some chopped silverbeet (cheaper than spinach, and lasts longer in the fridge)
Simmer for maybe five mins.
Soak rice vermicilli (glass noodles) in boiling water from the kettle for 2 mins
Serve & Done.
The moral is. If you're in a hurry; Don't boil anything. If you boil veges you might as well chuck the veges out and drink the water
Just a point. Just one point. With an ipod, you can just drag music on and off. You do have to do it with itunes, but you just select 'manually manage my songs and playlists' and you're good to go. You can even drag mp3 straight out of explorer straight into your ipod.
;-)
Show me the 60Gb MP3 player that's cheaper than an ipod and just as small, and I would probably have bought it.
Lasting 2 weeks on a single AAA is impressive though. That's 2 weeks of continuous play I presume
Don't be retarded. But since you already were, my sibling poster has responded that this doesn't kill Linux stone-dead, though it does slow it down quite a bit, so you even lose your own retarded benchmark contest. Ouch.
.
Oh for god's sake. Isn't it quite obvious that I was genuinley interested in discovering how well Linux runs the 32k thread test? I'm not having a 'retarded benchmark contest'
As for the rest of your tirade, Well.... crap. It seems that you're quite right about the static stuff. Looks like I will have to more careful in the future. I was sure I'd seen a mutex or whatever when looking at the implementation of statics. So I apologise about that.
But...
I think that you can still describe the set of windows sync objects as 'richer', even if you can (obviously!) implement one in terms of the other. Windows threading and thread synchronisation API is richer out of the box. You can almost always implement one (richer) API in terms of the another. This means nothing.
And honestly, slashdot people are so mean. I mean! Retarded? How exactly is that sort of language called for? And yes, of course I'm new here.
This is similar to either waking every minute to look at the time, or using an alarm clock instead
gcc does thread-safe initialization of local static variables -- Visual C++ does not.
VC++ does do threadsafe static initialization. And in any case, gcc runs on windows so it's not exactly a windows issue is it?
Windows has better support for multithreaded apps, it has a far richer set of thread/process synchronisation objects (mutexs, critical sections, semaphores, alertable wait states, events) than unix does.
Now, as far as 32k 'busy' running threads leaving the machine still responsive... let's just try that out..
DWORD WINAPI Th(LPVOID){ while(true); }
int main(int,char**) { DWORD id; for(int n = 0; n < 31999; n++) { CreateThread(0,0,Th,NULL,0,&id); } while(true); return 0; }
And I can report that yes, you're quite right, Windows is pretty much killed stone dead running these two lines of code. I'd love to hear a report from how Linux does running the equivalent.
That is absolutely correct. Internationalising applications for Windows is easy.... until you get to those tricky East Asian languages. Then you're in for a world of pain.
While we've never taken them on a train (not so many trains around here) they've been to the supermarket and don't run up and down the isles screaming (which yes I've seen also).
Past a certain age, kids pretty much can do what they want. The key is to bring them up so that they make good choices and not dumb ones. The method by which this can be achieved is not through violence. Try being nice to them when they're little, and teaching good behaviour by example. Be there for your kids, and with a bit of luck they won't be telling you to fuck off when they're older.
But I've got a way to go yet, so if slashdot is still here in 15 years I'll let you know how it went.
What I would suggest is effective discipline in the first place. My parents never hit me, and I'm not in jail. Plural of anecdote is not data, I realise, but violence of any kind in the home engenders a violent attitude to problems encountered in adult life.
All of which is entirely off-topic of course. What were you guys talking about again? A teacher or something?
I have three. And I will never hit them, and never deprive them of their dinner. I guess I must just be a bad parent hey?
Naturally we never know with certainty on which thread a given shared_ptr will actually be destructed, but this is only a special case of the first point anyway.
If we're complaining about how MS report the minimum memory for their OSs then fine. But I didn't think we were.
And chatting in a spreadsheet is so awesome I don't even know where to begin..
That's partly true, certainly the fact that the scroll wheel doesn't work in the scrollable areas of the page is a huge problem with flash in general
BUT the main problem with it, and with use of flash in general, is that no-one seems capable or even aware that one can make full-page flash documents that scale properly. In the Exchange example, resizing of the page is essentially impossible. Flash provides plenty of support for full-page flash that no-one seems to ever use! Why is this?
Then maybe you will understand why your apparently sensible sentiment is in fact entirely inhuman.
Or perhaps not.
Honestly, if a simple calculator app can't even be properly cross-platform, what chance do we have?
ps: This would not be an issue in Flash!
Go, on try it!