Am I totally of base here, or doesn't trade secret protection end once the information is made public? I'm not saying that the guy who stole it should be of the hook, but if I where to find some information on the net (without cracking anybodys server or anything) and there is no patent to protect that information, what exactly could I be doing wrong if I use it? Remember that it would be an algorithm, so I would likely reimplement it, implying that there would be no infringement of copyright.
But since they stopped releasing the code (relatively soon) after they became aware that it contained some of their own proprietary code, then I think this should effectively kill the GPL on that code.
How would you define "relatively soon"? The Register ran the story about the letters to Linux customers on the 15th and on the 16th the kernel was still available on ftp.caldera.com.
I'm not an expert, but removing software from your own ftp-server should take seconds, and yet it is not even gone by the time the press is reporting their threats against customers. Not to mention the time that passed since they started taking legal action against IBM.
This of cause assumes that the kernel is the infringing part.
(b) IPv4 Sucks. Everyone will be assigned a unique IPv6 address.
How about one/48 prefix, or a/64 if you want to be cheap. There is plenty of space for that, and/128 (ONE IPv6 address) should only be used when it is known for sure that only one address i needed (see RFC3177).
Or if you ar thinking unique identifiers for people, you should be handing out some 64 bit or less suffix, which does not conflict with stuff like autoconfigured adresses on ethernet. Otherwise you will ruin route aggregation.
According to "The World's Great Small Arms" by Craig Philip (ISBN 1-897884-03-6) page 33-34, there where problems with the original massproduced M-16 when introduced in 1966. The Army changed the propelant and did not consider the need for field maintanance. But it sounds like a problem with the Army, more than the weapon, since the introduction of proper maintanance and training solved it.
And the current incarnation of the M-16 is, as you say a solid weapon.
Well, as I read the article the ClearPlay people are not editing the movies. They are simply producing a list of places where they find the use of mute or fast forward appropriete. Should that be illegal? And to continue to the absurd (in the best/. tradition) should the mute and fast forward buttons be illegal?
Toy Biz had good cause to pursue this line. Having its action figures declared toys would mean a hefty reimbursement of past duties, though the company declines to give specifics on how much was at stake.
This is indeed the almost case. In fact it is calculated once Google decides that they have visited a sufficient portion of the web and wish to publish the index produced during the crawl.
The PageRank algoritm (which has been published in the litterature) is an iterative calculation on a matrixrepresentation of the linkstructure of the web. It is in no way feasible to run this calculation in realtime, but as it provides a global result (the PageRank of each page in the index), unrelated to any search term, there is no need to run it in realtime.
And just to make this clear: PageRank is just one of the parameters in the weigthing function Google uses, and neither its weight nor the exact setting of PageRanks internal parameters is known outside Google.
How about adding an entry to your host file, pointing the intuit mailserver to some other mailserver? That is if you are sure you want to stay with Quicken, rather than follow the advice (and good advice it is) of my fellow/.'ers and change to an oss solution.
having said that, the file name should 'NEVER' be changed, I might like my jpegs with the extrension.jpeggypicfiles, i don't want moilla guessing that it should put a.jpg or.jpeg on the end for me, nothing else does!
Well, unless there are servers serving.jpeggypicfiles, you would have to rename them yourself. If renaming based on mime type is allowed you could "fix" mozilla (and other browsers) to save "image/jpeg" as ".jpeggypicfiles".
One case comes to mind, where using the "filename" part of the url is less than optimal: CGI, why the hell should I ever want to save a "text/html" file as "somename.pl" or even "somename.dll"? The data on my end is html no matter if it was served from files or generated by scripts/programs.
But I suppose I can live with either behavior, as long as the browser uses mime types to select the correct display option (as mozilla does), rather than guessing like IE.
I assumed (guess I should have said so) that the downloads where http, so the filesystem should not matter. In that case there is a mime type, and it should be respected. But of cause in the case of ftp the extension is and option (magic bytes like used in file (1) is another).
8: Very nast habbit of appending extra extenstion to files you download. (I've had at least a couple of.tgz.html's)
Do you know what kind of Content-Type the file was served with. If it was served with "text/html", then I would consider.tgz.html a feature, not a bug (The server is assumed to know what it's serving, no matter what it calls it, but locally extensions might be needed). But if it was some other type you are right in calling it buggy (though I have never seen this bug).
Thanks for the tip, I was under the impression that <p></p> was also "The Right Way" in HTML 4. And reading the spec I get the impression that it was intended that way (end tag optional, cannot contain block-level elements). But you are absolutely right that only XHTML enforces this use of the tag.
I do think it makes a lot more sense the way XHTML has it. But that is also to be expected, since XHTML has had the chance to learn from the mistakes of the past.
The great thing about XML is all the other stuff (XSL,XPath...) that comes with it. And all the implementations for various languages, leaving you free to code your application, instead of having to deal with data formats.
As an example take programX versions 1.x and 2.x, and suppose they use different file-formats (perhaps a feature in 2.x revealed something profoundly broken in the 1.x format).
Now the customers need to convert their data (perhaps even both ways, while they change their installations (and their customers/partners/suppliers/... do the same)).
For that end you must write a conversion, and a program to execute the conversion.
In XML the conversion would be an XSL-stylesheet and the program would be mostely of-the-shelf, saving you the trouble of writing your own conversion program (you would of cause combine the conversion and the "driver" program, right? There will never be a 3.x, right? And validating that your conversion is correct? Naaahhh... Real men trust their code, right?).
Stuff like that is the reason why XML is nice for a data-format.
Where did you get that awful idea of using />? The proper way is to inclose the paragraph in p-tags like so:
<p>
Your text here</p>
Using the paragraph tags as large linebreaks is a very bad habit from the bad old days of the web. Please head to W3C and study the recent standards, and validate your documents before publishing (using a validator, not a browser).
Ohh... And this is actually an issue about XML 1.1 unicode support, so worrying about HTML is quite premature (XHTML is still XML 1.0, and will remain so untill XML 1.1 becomes a standard (or recommendation in W3C-speak).
While I'm not a big user of roaming by any definition, I've found it to be very useful for the few trips I take abroad. The key point is that I have my own phone, which I'm used to, and people just call my normal number.
If by renting a phone you think of dropping th SIM into the rented phone, I can only see a use for it if you loose your phone, or travel to the US and need a 1900 MHz (I think...) phone. On the other hand renting a phone with subscription would leave your number at home, or at the very least I would expect it to require planing and such, so what you end up with would be a mobile phone-booth.
Notice how the two first (who were first and are still the major players) cover even the costal waters, resulting in radios on boats only being needed for emergency, and traveling further from the shore.
And of cause you can roam to another operator, if your own cannot provide service (just like you roam in the rest of Europe).
I can't say about FBI training, but being too FAT to carry an M-16 would be quite an accomplisment.
One of the reasons that the M-16 was designed for 5.56 mm rounds was to cut down the weight of the rifle and the required amo. And having caried one around for close to a year (military service), I'll say it was a fairly good design.
So you claim that an experiment preformed on ONE drive convinced you, beyond doubt, that the story of "the cupholder" can't have any basis in real events. No chance that the tested drive was stronger than average, or that much weaker drives exist? I wish everybody was as easy to convince as you.
Granted, it is a dumb story, but there are dumb people out there, and some may have cdrom-drives of lesser quality?
Keychain is indeed a great tool, it really makes ssh shine.
In fact it even works on winblows, using cygwin.
I use it all the time to synchronise files via cvs.
Well, if they want to tie your searches to your IP address they have no need for cookies... They already have this information and can store it severside.
The only gain from using cookies for this is the ability to handle changing IPs, but given the time/IP/search information that Google WILL have with or without cookies it only takes a few calls to ISPs to learn the rest.
Have you noticed the little round thing on the header of the posts? Using that you can mark people as your foes. Then you change your preferences to award foes a negative bonus score. And there you have it... a killfile.
for more info refer to the faq.
... TV companies can also scroll things in front of your TV screen.
This just gave me a horrible vision... What will the world be like if (when) we develop true freestanding holograms... God I hope commercials have died out by then... Imagine having some new sportscar racing round your living room... And don't even get me started on ads relating to female hygiene products...
Slashdot Mirror
Am I totally of base here, or doesn't trade secret protection end once the information is made public? I'm not saying that the guy who stole it should be of the hook, but if I where to find some information on the net (without cracking anybodys server or anything) and there is no patent to protect that information, what exactly could I be doing wrong if I use it? Remember that it would be an algorithm, so I would likely reimplement it, implying that there would be no infringement of copyright.
How would you define "relatively soon"? The Register ran the story about the letters to Linux customers on the 15th and on the 16th the kernel was still available on ftp.caldera.com.
I'm not an expert, but removing software from your own ftp-server should take seconds, and yet it is not even gone by the time the press is reporting their threats against customers. Not to mention the time that passed since they started taking legal action against IBM.
This of cause assumes that the kernel is the infringing part.
How about one /48 prefix, or a /64 if you want to be cheap. There is plenty of space for that, and /128 (ONE IPv6 address) should only be used when it is known for sure that only one address i needed (see RFC3177).
Or if you ar thinking unique identifiers for people, you should be handing out some 64 bit or less suffix, which does not conflict with stuff like autoconfigured adresses on ethernet. Otherwise you will ruin route aggregation.
According to "The World's Great Small Arms" by Craig Philip (ISBN 1-897884-03-6) page 33-34, there where problems with the original massproduced M-16 when introduced in 1966. The Army changed the propelant and did not consider the need for field maintanance. But it sounds like a problem with the Army, more than the weapon, since the introduction of proper maintanance and training solved it.
And the current incarnation of the M-16 is, as you say a solid weapon.
Well, as I read the article the ClearPlay people are not editing the movies. They are simply producing a list of places where they find the use of mute or fast forward appropriete. Should that be illegal? And to continue to the absurd (in the best /. tradition) should the mute and fast forward buttons be illegal?
Not to nitpick, but I think it was Xine that first reverse engineered SVQ1.
Quoting the MPlayer homepage (news 2002.06.27):
Sorenson v1 (SVQ1) support - based on Xine's Sorenson v1 (SVQ1) decoder, we implemented it in MPlayer.
There is financial difference.
This is indeed the almost case. In fact it is calculated once Google decides that they have visited a sufficient portion of the web and wish to publish the index produced during the crawl.
The PageRank algoritm (which has been published in the litterature) is an iterative calculation on a matrixrepresentation of the linkstructure of the web. It is in no way feasible to run this calculation in realtime, but as it provides a global result (the PageRank of each page in the index), unrelated to any search term, there is no need to run it in realtime.
And just to make this clear: PageRank is just one of the parameters in the weigthing function Google uses, and neither its weight nor the exact setting of PageRanks internal parameters is known outside Google.
How about adding an entry to your host file, pointing the intuit mailserver to some other mailserver? That is if you are sure you want to stay with Quicken, rather than follow the advice (and good advice it is) of my fellow /.'ers and change to an oss solution.
Well, unless there are servers serving .jpeggypicfiles, you would have to rename them yourself. If renaming based on mime type is allowed you could "fix" mozilla (and other browsers) to save "image/jpeg" as ".jpeggypicfiles".
One case comes to mind, where using the "filename" part of the url is less than optimal: CGI, why the hell should I ever want to save a "text/html" file as "somename.pl" or even "somename.dll"? The data on my end is html no matter if it was served from files or generated by scripts/programs.
But I suppose I can live with either behavior, as long as the browser uses mime types to select the correct display option (as mozilla does), rather than guessing like IE.
I assumed (guess I should have said so) that the downloads where http, so the filesystem should not matter. In that case there is a mime type, and it should be respected. But of cause in the case of ftp the extension is and option (magic bytes like used in file (1) is another).
From the article:
Dave2 Wickham asks:
As is clearly stated it is not a value judgement. Use it, don't use, like it or hate it, it doesn't matter. It is supported, that's it.
Do you know what kind of Content-Type the file was served with. If it was served with "text/html", then I would consider .tgz.html a feature, not a bug (The server is assumed to know what it's serving, no matter what it calls it, but locally extensions might be needed). But if it was some other type you are right in calling it buggy (though I have never seen this bug).
Thanks for the tip, I was under the impression that <p></p> was also "The Right Way" in HTML 4. And reading the spec I get the impression that it was intended that way (end tag optional, cannot contain block-level elements). But you are absolutely right that only XHTML enforces this use of the tag.
I do think it makes a lot more sense the way XHTML has it. But that is also to be expected, since XHTML has had the chance to learn from the mistakes of the past.
The great thing about XML is all the other stuff (XSL,XPath...) that comes with it. And all the implementations for various languages, leaving you free to code your application, instead of having to deal with data formats.
As an example take programX versions 1.x and 2.x, and suppose they use different file-formats (perhaps a feature in 2.x revealed something profoundly broken in the 1.x format).
Now the customers need to convert their data (perhaps even both ways, while they change their installations (and their customers/partners/suppliers/... do the same)).
For that end you must write a conversion, and a program to execute the conversion.
In XML the conversion would be an XSL-stylesheet and the program would be mostely of-the-shelf, saving you the trouble of writing your own conversion program (you would of cause combine the conversion and the "driver" program, right? There will never be a 3.x, right? And validating that your conversion is correct? Naaahhh... Real men trust their code, right?).
Stuff like that is the reason why XML is nice for a data-format.
Using the paragraph tags as large linebreaks is a very bad habit from the bad old days of the web. Please head to W3C and study the recent standards, and validate your documents before publishing (using a validator, not a browser).
Ohh... And this is actually an issue about XML 1.1 unicode support, so worrying about HTML is quite premature (XHTML is still XML 1.0, and will remain so untill XML 1.1 becomes a standard (or recommendation in W3C-speak).
While I'm not a big user of roaming by any definition, I've found it to be very useful for the few trips I take abroad. The key point is that I have my own phone, which I'm used to, and people just call my normal number.
If by renting a phone you think of dropping th SIM into the rented phone, I can only see a use for it if you loose your phone, or travel to the US and need a 1900 MHz (I think...) phone. On the other hand renting a phone with subscription would leave your number at home, or at the very least I would expect it to require planing and such, so what you end up with would be a mobile phone-booth.
Just had to take a look, here are maps for the four operators in Denmark:
- TDC Mobil
- Sonofon
- Telia
- Orange
Notice how the two first (who were first and are still the major players) cover even the costal waters, resulting in radios on boats only being needed for emergency, and traveling further from the shore.And of cause you can roam to another operator, if your own cannot provide service (just like you roam in the rest of Europe).
(My emphasis)
I can't say about FBI training, but being too FAT to carry an M-16 would be quite an accomplisment.
One of the reasons that the M-16 was designed for 5.56 mm rounds was to cut down the weight of the rifle and the required amo. And having caried one around for close to a year (military service), I'll say it was a fairly good design.
So you claim that an experiment preformed on ONE drive convinced you, beyond doubt, that the story of "the cupholder" can't have any basis in real events. No chance that the tested drive was stronger than average, or that much weaker drives exist? I wish everybody was as easy to convince as you.
Granted, it is a dumb story, but there are dumb people out there, and some may have cdrom-drives of lesser quality?
Keychain is indeed a great tool, it really makes ssh shine.
In fact it even works on winblows, using cygwin.
I use it all the time to synchronise files via cvs.
Well, if they want to tie your searches to your IP address they have no need for cookies... They already have this information and can store it severside.
The only gain from using cookies for this is the ability to handle changing IPs, but given the time/IP/search information that Google WILL have with or without cookies it only takes a few calls to ISPs to learn the rest.
Have you noticed the little round thing on the header of the posts? Using that you can mark people as your foes. Then you change your preferences to award foes a negative bonus score. And there you have it... a killfile.
for more info refer to the faq.
This just gave me a horrible vision... What will the world be like if (when) we develop true freestanding holograms... God I hope commercials have died out by then... Imagine having some new sportscar racing round your living room... And don't even get me started on ads relating to female hygiene products...