Now, now. Keep it civil. Taking the same route of insults as the original poster is only going to exasperate the situation. Keeping things calm gives him the opportunity to say, "Hey, that's pretty cool! Maybe I'll go try it out."
His bias does seem obvious, but it never hurts to try.:-)
The former has been in Java since 1.3, and the later since 1.1(!).
Honestly, Java has every feature and the kitchen sink in its core APIs. And if a feature isn't there, it's very easy to write a library to add it. That's why programmers like Java so much.
This ofcourse has nothing to do with space travel, however, to keep the thing on topic, I too am from England! So maybe theres a pattern emerging!!:-D
I say! Did I make some sort of comment that lead you to believe I was from Blighty? A thousand apologies my good sir, but I'm afraid I'm located on the other side of the pond!:-)
Or was your comment in reference to the Professor in the article?
I don't know why the mods found it interesting. I was just musing for the sake of musing. What I want to know is why they found it offtopic. Overrated perhaps, but how can it be offtopic when it was in the article?
"In space we wouldn't need to eat because the reason why we need to eat on Earth is that the pull of gravity pulls food through our bodies and constantly empties our stomachs," Professor Chapman explained.
Quotes like this remind you of a child trying to divine where all the food they eat goes. I remember thinking at 3 or 4 years old that there must be some sort of containers inside us to hold the food forever. Then I considered the volume of food we eat and just couldn't fathom what was happening to it. It didn't quite connect that the food might get processed then *ahem* ejected.:-)
Look up the Berne convention. The US didn't join it until 1989. That leaves over a hundred years of work that had to be explicitly copyrighted in the US.
And FYI, non-English works account for less than 2% of the total volume of the Library of Congress
Which is neither here nor there. And by making this statement, you are agreeing with me that the LOC has a substantial selection of non-english works.
unlike your delusional and paranoid rantings and ravings.
I'm sorry. Did I hurt your feelings? Grow up. If you flame someone, you can expect them to respond less kindly than if you had attempted to make a point in an intelligent fashion.
Now I will repeat. Please either act like a man (or woman as the case may be) and apologize for your uncalled for behavior, or get the hell out of this discussion.
I don't normally resort to this sort of language, but I entreat you sir, to fuck off asshole.
If you had actually read my post, you would have realized that I was referring to any non-english works (foreign written or US written) that specifically sought out US copyright protection. Because, you know, it's not like foreign authors never register their copyrights in other countries.
<sarcasm>You may now begin hailing my amazing wisdom and knowledge.</sarcasm> OR, you could just be a nice guy and apologize for your rude behavior.
[T]he Library assumed a role as a legal repository to guarantee copyright protection. All authors seeking American copyright had to submit two copies of the work to the Library. This requirement is no longer enforced, but copies of many books published in the US still arrive at the Library regularly.
Correct me if I'm wrong, but doesn't the LOC contain all materials registered with the US copyright office? In which case it would have any foreign materials registered for copyright protection.
My guess is that programs acquire files with a filesystem handle instead of the path name. i.e. Shortcuts use a pointer number of the file instead of the file path and name. That allows them to look up the file even if it gets relocated on disk.
Truth be told, I couldn't get it running in five minutes. Apparently, you have to compile it yourself (always bad) and the author has hardcoded some path names in the bat files. All of which makes it very difficult to get the program running.
And I'm sure that it lacks the ability to view table and view source (a DataDino exclusive feature), view table data in-place, look up information on indexes and key, and edit data in place. Not to mention that the DataDino SQL Editor has the ability to organize your scripts in a mountable virtual file system, and has full SQL color coding support.
Basically, DataDino is comparable to Toad for Oracle, but with more database support and at a WAY cheaper price.
How many ships did the US have in the 18'th century? Damn naval upstarts!:-)
About 50 or so for the Revolutionary War. Not bad for an upstart.:-)
Actually, the US was building ships before it was even the US. Ship building of the time was really about good carpentry, and was something easily accessible by anyone with the proper skills and materials. That's why a large portion of so many fleets were actually mercenaries. They'd purchase a boat and take on tasks for a given monarch in return for payment. Many ships had prize money associated with them in addition to any valuable cargo they were carrying. Pirating was another way use your ship, but it wasn't necessarily as profitable.
Aren't DLL supposed to be registered somewhere with pointers to all the apps that use them
Yep. It's very simple. You're supposed to dump all your DLLs in c:\Windows\System32, then all apps can access them. Amazingly simple and beautiful (*gufaw*) isn't it?
That's actually where the term "DLL hell" comes from. And now you know, the rest of the story.
In MacOS, many system folders are totally invisible to the Finder. The "top level" in the Finder isn't the / directory. I don't even know what that is.
It's all the media mounts. You'll notice that all your drives are listed there, along with any DMG, SMB, FTP, or otherwise mounts.
Opening your drive will show you the top level, but it hides the Unix directories like/usr,/var,/bin, and/etc.
the Start Menu directories (in which "shortcuts"/aliases to directories/folders don't result in navigable file-system menus)
A fun Mac experiment:
- Drag an application onto the taskbar. This will create a shortcut. Now move the location of the application. The shortcut will still work!!!
- Open a text file in TextEdit. Move the file. Make a change to it in TextEdit. Notice that TextEdit doesn't care you moved (or renamed) the file, it writes to the correct place! No more accidentally duplicated files!
Even Mac apps that don't use installers need to put various pereference files, support files and the like in certain directories, such as the user's Library folder. THis is actually done at first launch
Windows programs do the same, except they either screw up your registry or leave.ini droppings all over the place.:-)
If an application comes on CD, or is downloaded in a disk image, you can run it right from there, as is.
What are these 'CDs' you are referring to? I have shiny disks for movies, could that be what you're thinking of?;-)
Joking aside, I'll often test programs by running them directly out of the DMG file. If I don't like it, I'll unmount the DMG and trash the whole shebang. Never even touches my applications folder.:-)
Maybe what he was noticing was the result of some settings/preferences/whatever being copied to his library, which many applications will do on the first run, but not when you install them.
I think he's talking about the progress bar for long copies. That actually shows you the name of the files being copied. If one doesn't know any better, it might look like the files are being installed.
Well, to install an application, you simply drag the application's installer to any folder on your hard drive and it's "installed". Doing so actually triggers a number of files to be copied to various places on your drive, but the fact that you are separated from that process, it really made me feel like I wasn't in control of my system. On the flip side, installing and uninstalling applications couldn't be easier. There are no full screen installers to deal with; just drag and drop, and get back to work while the application installs. The fact that I don't know where everything is being copied contributes to my feelings of file system disconnect. Then again, maybe I'm being a bit too philosophical about my OSes.
He doesn't need to feel so disconnected. All the files are exactly where he put them, nowhere else. Mac applications are actually directories packaged up to look like individual files. All the files he saw copying were just part of the application directory. Nothing to worry about.:-)
Sorry to plug my product here, but this program will allow you to access a variety of databases through the JDBC *standard*. It provides advanced browsing capabilities (including object source code in the full version) and comes prepackaged with *standards compliant* drivers for most popular databases. Feel free to email me if you have any questions.
Also, 32bit probably drains more power and generates more heat.
I'm surprised no one has mentioned memory. With 32 bit processors, you need four times the memory to run the same program as an 8 bit CPU. That makes these parts less flexible than their 8 bit counterparts, even though they are a bit faster.
Ah, sorry. I was mostly pointing at Germany. Yes, the Japanese did have carriers, but not very many of them. Worse yet, they lost a good chunk of their carrier force in the battle of Midway.
Slashdot Mirror
Now, now. Keep it civil. Taking the same route of insults as the original poster is only going to exasperate the situation. Keeping things calm gives him the opportunity to say, "Hey, that's pretty cool! Maybe I'll go try it out."
:-)
His bias does seem obvious, but it never hurts to try.
Let me know when stuff like an XML Parser and MD5 are native in Java.
They ARE.
XML package
MD5 and SHA support
The former has been in Java since 1.3, and the later since 1.1(!).
Honestly, Java has every feature and the kitchen sink in its core APIs. And if a feature isn't there, it's very easy to write a library to add it. That's why programmers like Java so much.
Any other features you'd like me to find for you?
Indeed it was!
:-)
Well then, carry on.
It turned out that the submitter (or someone editing the article) lost the rest of the link when they submitted it. Thus the source code showed:
This ofcourse has nothing to do with space travel, however, to keep the thing on topic, I too am from England! So maybe theres a pattern emerging!! :-D
:-)
I say! Did I make some sort of comment that lead you to believe I was from Blighty? A thousand apologies my good sir, but I'm afraid I'm located on the other side of the pond!
Or was your comment in reference to the Professor in the article?
I don't know why the mods found it interesting. I was just musing for the sake of musing. What I want to know is why they found it offtopic. Overrated perhaps, but how can it be offtopic when it was in the article?
Go figure.
"In space we wouldn't need to eat because the reason why we need to eat on Earth is that the pull of gravity pulls food through our bodies and constantly empties our stomachs," Professor Chapman explained.
:-)
Quotes like this remind you of a child trying to divine where all the food they eat goes. I remember thinking at 3 or 4 years old that there must be some sort of containers inside us to hold the food forever. Then I considered the volume of food we eat and just couldn't fathom what was happening to it. It didn't quite connect that the food might get processed then *ahem* ejected.
Are you an attack dog from the GNAA or something?
Look up the Berne convention. The US didn't join it until 1989. That leaves over a hundred years of work that had to be explicitly copyrighted in the US.
And FYI, non-English works account for less than 2% of the total volume of the Library of Congress
Which is neither here nor there. And by making this statement, you are agreeing with me that the LOC has a substantial selection of non-english works.
unlike your delusional and paranoid rantings and ravings.
I'm sorry. Did I hurt your feelings? Grow up. If you flame someone, you can expect them to respond less kindly than if you had attempted to make a point in an intelligent fashion.
Now I will repeat. Please either act like a man (or woman as the case may be) and apologize for your uncalled for behavior, or get the hell out of this discussion.
Good day to you, sir.
I don't normally resort to this sort of language, but I entreat you sir, to fuck off asshole.
If you had actually read my post, you would have realized that I was referring to any non-english works (foreign written or US written) that specifically sought out US copyright protection. Because, you know, it's not like foreign authors never register their copyrights in other countries.
<sarcasm>You may now begin hailing my amazing wisdom and knowledge.</sarcasm> OR, you could just be a nice guy and apologize for your rude behavior.
From Wikipedia:
[T]he Library assumed a role as a legal repository to guarantee copyright protection. All authors seeking American copyright had to submit two copies of the work to the Library. This requirement is no longer enforced, but copies of many books published in the US still arrive at the Library regularly.
Damn trolls.
well, at least to those who can read English
Correct me if I'm wrong, but doesn't the LOC contain all materials registered with the US copyright office? In which case it would have any foreign materials registered for copyright protection.
Download NeoOfficeJ, and the next time you put MS Word into the trash it won't be an accident. :-D
My guess is that programs acquire files with a filesystem handle instead of the path name. i.e. Shortcuts use a pointer number of the file instead of the file path and name. That allows them to look up the file even if it gets relocated on disk.
Truth be told, I couldn't get it running in five minutes. Apparently, you have to compile it yourself (always bad) and the author has hardcoded some path names in the bat files. All of which makes it very difficult to get the program running.
And I'm sure that it lacks the ability to view table and view source (a DataDino exclusive feature), view table data in-place, look up information on indexes and key, and edit data in place. Not to mention that the DataDino SQL Editor has the ability to organize your scripts in a mountable virtual file system, and has full SQL color coding support.
Basically, DataDino is comparable to Toad for Oracle, but with more database support and at a WAY cheaper price.
How many ships did the US have in the 18'th century? Damn naval upstarts! :-)
:-)
About 50 or so for the Revolutionary War. Not bad for an upstart.
Actually, the US was building ships before it was even the US. Ship building of the time was really about good carpentry, and was something easily accessible by anyone with the proper skills and materials. That's why a large portion of so many fleets were actually mercenaries. They'd purchase a boat and take on tasks for a given monarch in return for payment. Many ships had prize money associated with them in addition to any valuable cargo they were carrying. Pirating was another way use your ship, but it wasn't necessarily as profitable.
Aren't DLL supposed to be registered somewhere with pointers to all the apps that use them
Yep. It's very simple. You're supposed to dump all your DLLs in c:\Windows\System32, then all apps can access them. Amazingly simple and beautiful (*gufaw*) isn't it?
That's actually where the term "DLL hell" comes from. And now you know, the rest of the story.
In MacOS, many system folders are totally invisible to the Finder. The "top level" in the Finder isn't the / directory. I don't even know what that is.
/usr, /var, /bin, and /etc.
It's all the media mounts. You'll notice that all your drives are listed there, along with any DMG, SMB, FTP, or otherwise mounts.
Opening your drive will show you the top level, but it hides the Unix directories like
the Start Menu directories (in which "shortcuts"/aliases to directories/folders don't result in navigable file-system menus)
:-D
A fun Mac experiment:
- Drag an application onto the taskbar. This will create a shortcut. Now move the location of the application. The shortcut will still work!!!
- Open a text file in TextEdit. Move the file. Make a change to it in TextEdit. Notice that TextEdit doesn't care you moved (or renamed) the file, it writes to the correct place! No more accidentally duplicated files!
Gotta love the Mac file system!
Even Mac apps that don't use installers need to put various pereference files, support files and the like in certain directories, such as the user's Library folder. THis is actually done at first launch
.ini droppings all over the place. :-)
Windows programs do the same, except they either screw up your registry or leave
If an application comes on CD, or is downloaded in a disk image, you can run it right from there, as is.
;-)
:-)
What are these 'CDs' you are referring to? I have shiny disks for movies, could that be what you're thinking of?
Joking aside, I'll often test programs by running them directly out of the DMG file. If I don't like it, I'll unmount the DMG and trash the whole shebang. Never even touches my applications folder.
Maybe what he was noticing was the result of some settings/preferences/whatever being copied to his library, which many applications will do on the first run, but not when you install them.
I think he's talking about the progress bar for long copies. That actually shows you the name of the files being copied. If one doesn't know any better, it might look like the files are being installed.
Well, to install an application, you simply drag the application's installer to any folder on your hard drive and it's "installed". Doing so actually triggers a number of files to be copied to various places on your drive, but the fact that you are separated from that process, it really made me feel like I wasn't in control of my system. On the flip side, installing and uninstalling applications couldn't be easier. There are no full screen installers to deal with; just drag and drop, and get back to work while the application installs. The fact that I don't know where everything is being copied contributes to my feelings of file system disconnect. Then again, maybe I'm being a bit too philosophical about my OSes.
:-)
He doesn't need to feel so disconnected. All the files are exactly where he put them, nowhere else. Mac applications are actually directories packaged up to look like individual files. All the files he saw copying were just part of the application directory. Nothing to worry about.
Sorry to plug my product here, but this program will allow you to access a variety of databases through the JDBC *standard*. It provides advanced browsing capabilities (including object source code in the full version) and comes prepackaged with *standards compliant* drivers for most popular databases. Feel free to email me if you have any questions.
Also, 32bit probably drains more power and generates more heat.
I'm surprised no one has mentioned memory. With 32 bit processors, you need four times the memory to run the same program as an 8 bit CPU. That makes these parts less flexible than their 8 bit counterparts, even though they are a bit faster.
Ah, sorry. I was mostly pointing at Germany. Yes, the Japanese did have carriers, but not very many of them. Worse yet, they lost a good chunk of their carrier force in the battle of Midway.