Although you have a point on RTL, much more is needed to deliver a RTL design to chip level. And most of those designs are also fab-dependant - a 24nm bulk to be manufactured at let's say TSMC is different from a 24nm bulk at Samsung.

There is not much difference between analog and digital here. Unless your plan is to use an FPGA for the digital part - but even there, your luck may vary depending on the FPGA manufacturer and tools.

Alvie

> Only a moron will design an Operating system that automatically runs software on a USB stick.

Sorry ?

Lots of USB/driver vulnerabilities can be triggered without running "software" on the USB host (PC), in case you don't know. USB stack is quite complex (and the drivers above it even more), so even without the ability of "autorun" on USB mass storage devices, the USB devices (usually non-mass-storage) can inflict potential, severe damage to the target computers.

I can crash many computers (most Windows actually) with a simple USB device running on a cheap Arduino. I can crash many apps in Linux (eventually kernel, too) the same way. All crashes may allow to run code on the target computer, often with high privileges. Read : "may". Not stating that it is possible, but might be possible indeed - many factors influence this.

All without a single executable on the USB device.
All without any filesystem on USB device.
Just an USB device.

He is correct, Earth does not exist.

Or did you forget it was destroyed by the Vogons ? The supposed highway is just a bit delayed, that's why you don't see it. Takes some time in cosmological units.

Absultely right. Thanks for the correction. Too many zeroes too keep track of.

Indeed. My point was that despite being considered "tiny", you have to contextualize it. It's tiny if it's a single event (well it's rather big even for a single event), it's huge if such errors accumulate.

"(...) reported a deviation of 13.7 microseconds. While this is tiny (...)"

Tiny ? It's huge.

If such an error occurs every hour, the total accumulated error would be more than 7 seconds. It's tiny if you look at it individually (well, not so tiny - your 2GHz CPU clock has a period of 500ps (picosseconds) - that's 0.0000005 microseconds).

The atomic clock period (based on Cs-133) is 108.78278 picosseconds. So this is very very large.

Alvie

Back in ol' good late nineties, I used mostly Pine. Most our servers were either DEC or Sun, and connected through serial ports or telnet. That meant you had same client and behaviour independenly on where you were.

Then email GUI clients appeared. Most of them were quite bad. I still recall using Pegasus and Eudora. I stook to Eudora at the time.

Eudora then evolved, went open-source, and eventually became Thunderbird. Which I use (actually, I use Icedove, but it's the same app).

And each time I have to use Outlook I wish I could just shoot myself. That's no email client - that's a huge mess of a bad product which evolved in the wrong direction - still is not able to do anything right.

I see Thunderbird split from main Mozilla web browser (this is what it's at stake here) as a good thing. Perhaps now they can evolve Thunderbird without sticking to everything-is-a-browser paradigm.

Or I'll eventually go back to Pine. Or implement my own mail client (not as hard as you may believe).

Alvie

All started with arrest of a young man at school for a hand-made, digital clock brought to school. Ended up not being that hand-made, was just some reassembly of some parts. Not much interesting, actually.

It caught attention due to alledged racism or religion issues (still to be confirmed?). Even the White House and President of USA have spoken on behalf of this young, intelligent man.

Which apparently was not that intelligent, techically speaking.

And now he seeks damages of, what ? 15 million ?
I would agree if he'd seek for 5 to 10K. But even then, after all publicity he got around him, probably not so much.

There's a word for what he (his family) is seeking. The word is "extorsion".

He had it (a plausible reason). He lost it. Nohing more to see here, really.

" Col Patrick Ryder, a spokesman for US Central Command, said the Russian air strikes in recent days targeted more IS areas, including the group's oil infrastructure.

But he added that "the majority of Russian air strikes are still against moderate Syrian opposition forces, which is clearly concerning, and those strikes are in support of the Syrian regime" of President Bashar al-Assad. "

Sorry, /. seems to be eating parts of my posts.

Quoting http://www.bbc.com/news/world-...

>

Perhaps due to US distance from Europe and from Daesh movement can explain your words. Otherwise your words make no sense at all, and can be offensive to Russians who believe they are fighting the bad guys, despite supporting Bashar al-Assad.

Do not mistake Daesh for the Syrian regime. Daesh happens to be most active in Syria, but it is also active in other countries (and some with recent US "enforced" control like Iraq)

Vladimir Putin is not supporting them, he's fighting them on behalf of al-Assad - so we all share a common enemy here.

Now, if you say we shoud not be supporting al-Assad at all, you are right - and I can fully agree with you. But you are not understanding what's at stake here, and what role is played by each party. Stating "What could he have told Putin which, when relayed to ISIS, helped them organize the massacre?" as you did just makes you look ignorant on the eyes of those many who have to fight daesh and secure their borders as best as they can, while offering a safe shelter to those running away from the conflict.

Best.

Disclaimer: I am not Russian, nor am I fond of Russian government.

The decision is of little practical consequence because it is so narrow in scope in covering only Little and his firm.

I know nothing about US Law System, so I ask you: what are the implications of this ruling on other cases, either pending or new ? Does this mean there is no Jusrisprudence due to too focused scope of the ruling ? Can this federal ruling be appealed, and if so, to what extent ?

Alvie

Of course I was being sarcastic. Pretty much obvious, don't you think ?

But still - on Embedded world you can do much without relying on dynamic allocation (and the expensive free). Just needs careful sizing and requirements analysis.

Alvie

If you're using Java, do not use "new" at any time. It may cause the garbage collector to stop your application later to free whatever you did not tell you wish to not use any more. So, no "new" at all , and no objects (they really suck), and nothing fancy as memory allocation (why do you want to steal memory from other processes?)

That will also make your application smaller and easy to understand. Your application will just happily exit, thus not putting any pressure on the VM.

Doing no work at all is better that doing it wrong.

Same here mate.