This is highly application depedent. Stack object is allocated at compile time. If there are things whose allocation size can't be determined at compile time, the only alternative is through new/delete.
The DOC institute I am working at uses F90 to develop FMS (Flexible Modeling System) for the purpose of climate research. The NCAR/NOAA uses F90 in their latest CAM2 (Community Atmospheric Model v2). So it seems pretty safe for me to say that F77/F90 is still very active and is a proven tool in the academic environment.
A science magazine report on Antarchtic ice sheet
on
Baked Alaska
·
· Score: 1
The most recent issue of Science journal has an article reporting the melting condition of Antarchtic ice sheet. Even though the report from NYT is suspecious, the global warming issue is not to be desserted and disparaged.
From an climatologist's point of view, it is still an uncertain issue at this moment wheather anthropogenic activity will lead to global warming, but we have to be cautious about the possibility in any event.
Perhaps I should like to enlighten you that there are several ancient Chinese novels that wrote about Chinese God and Godess. I will list their names here in Chinese spells and pseudo-English pronunciation:
"Shan Hai Jing"/sh-an h-i j-in/
In Ming and Qing dynasties (the last two Chinese dynasties), many Chinese novels were written, one of which is the most famous LOTR-ish style:
"Xi You Ji"/sh-ee you j-ee/ "A quest story to the west" by a novelist living in Qing dynasty.
Another novel that has less public attention, but more interesting IMO, is named
"Feng Shen Yan Yi"/f-en sh-en y-an y-ee/ "A story of Chinese Gods"
As a well known phenomenon in climate simulation and prediction community, general circulation models, when running after a sufficiently long period, will have the syndrome of a so called "climate drift" effect. This effect is often caused by biased air sea interface dynamics and thermodynamics.
The heat flux/moisture exchange at the air sea interface has long been an active subject in the atmosphere ocean climate modeling community because of its complicated nature and lack of physical description and parameterization. Many GCMs choose to use either atmosphere or ocean component and use a fixed sea surface temperature/flux boundary condition to avoid severe bias in that matter. Coupled GCMs often suffer from inadequate boundary layer parameterization and often ad hoc fix were used to make the model produce realistic result for a certain amount of time.
For thousands of years? I can only hope the Earth will survive that long to embrace the fate these GCMs have predicted for them, a hell or a glacier.
is that it does not look like any assemble code I have ever seen. It looks more like PASCAL to me:;event loop
repeat;wait till msg arrives
ncall app,getevent,(app,-1.l:avo,msg,evt)
continueif avo=0;pass out to event handler
ncall avo,event,(avo,msg,evt:-);free event
ncall ave,freeevent,(ave,msg:-)
until evt=EV_QUIT
And some key words sound really odd:
qcall sys/kn/dev/lookup,(avename.p:ave,app)
ifnoterrno ave,true;open ave
ncall ave,open,(ave,app,0,0:app)
ifnoterrno app,true;open toolkit
ncall ave,opentoolkit,(ave:tkit)
if tkit!=0;get application props
ncall app,getprop,(app:prp)
"Anyone can code a crappy app in C and say "woah! look, it sucks! it's slow!". That doesn't prove that C would be slow - it proves that the code sucks. In the same way, an amateur not knowing what he or she is doing with Java can see slow apps. If you know what you're doing, the situation is different. "
From your arguments, I derive that Bill Gates do not know what he is doing.
"Millions of Java coders and companies use Java" do not mean a thing at all. Why do not you mention that 99.99% desktop users use Windowz?
"It runs nicely, the GUI's concept is simple to understand"
What is your point? "runs nicely" really means nothing. "GUI's concept is simple to understand" I agree. But when it is 20 levels down the hierarchy to Object to get a FlashyImageButton, I would not doubt how slow it could get.
I really do not have problem with Transmeta, as I often do the following:
gdb
disassemble blahblah
Guess you do not know much about compilation and stuff like that. C is still much more superior than Java which produces lousy bytecode which then excutes on a VM. Ok, add one more layer maybe get more fun. Create a layer called "JavaZealot AttitudeChecker" to kick all other's butt would be nice.
"I don't know about the rest of you here but I'm getting very tired of the same old "Java is slow" and "I've never seen any real apps in Java" myths here on Slashdot. The very fact that someone claims that shows that they are not in the industry and have no idea what's going on in the Real World (tm)."
Interesting, guess linux should be rewritten in Java.
I have been using java since JDK1.0 on Sun 2.4, Solaris, Linux, windows. Have you ever used the swing JFC? If you have tried the demos included in the distribution, you know what I am talking about.
And by sticking to platform independent, it is not glued to the operating system tightly enough to use system resources directly. This makes it even slower.
The worst thing about hydrogen is that it is a trace gas in the atmosphere. Its concentration is well below 1% in the air. On the other hand, nitrogen makes up nearly 80% of the air. Technically, it is much easier to extract nitrogen from air to make mass production of liquid nitrogen. To make liquid hydrogen, even hydrogen H2 itself requires huge amount of energy source. The conventional way is to electrify water molecule H2O -> H2 + 1/2 O2 to obtain hydrogen. The atomic bond in water molecule is pretty strong, so it takes a lot of energy to split H2O to get H2.
I would say without first resolving H2 production problem. Using liquid H2 in automobile is a no-no.
Yeah, that's the title of my next book. You be sure to get a copy.
This is highly application depedent. Stack object is allocated at compile time. If there are things whose allocation size can't be determined at compile time, the only alternative is through new/delete.
I actually know what you are talking about. What does it say about my pr0n quotient?
I saw the same black cat walking by a moment ago.
The DOC institute I am working at uses F90 to develop FMS (Flexible Modeling System) for the purpose of climate research. The NCAR/NOAA uses F90 in their latest CAM2 (Community Atmospheric Model v2). So it seems pretty safe for me to say that F77/F90 is still very active and is a proven tool in the academic environment.
The most recent issue of Science journal has an article reporting the melting condition of Antarchtic ice sheet. Even though the report from NYT is suspecious, the global warming issue is not to be desserted and disparaged.
From an climatologist's point of view, it is still an uncertain issue at this moment wheather anthropogenic activity will lead to global warming, but we have to be cautious about the possibility in any event.
Perhaps I should like to enlighten you that there are several ancient Chinese novels that wrote about Chinese God and Godess. I will list their names here in Chinese spells and pseudo-English pronunciation:
/sh-an h-i j-in/
/sh-ee you j-ee/ "A quest story to the west" by a novelist living in Qing dynasty.
/f-en sh-en y-an y-ee/ "A story of Chinese Gods"
"Shan Hai Jing"
In Ming and Qing dynasties (the last two Chinese dynasties), many Chinese novels were written, one of which is the most famous LOTR-ish style:
"Xi You Ji"
Another novel that has less public attention, but more interesting IMO, is named
"Feng Shen Yan Yi"
These are some really fun books to read.
I recon the safest way would be for everyone to walk/run/scream naked on the show.
is indeed impossible.
As a well known phenomenon in climate simulation and prediction community, general circulation models, when running after a sufficiently long period, will have the syndrome of a so called "climate drift" effect. This effect is often caused by biased air sea interface dynamics and thermodynamics.
The heat flux/moisture exchange at the air sea interface has long been an active subject in the atmosphere ocean climate modeling community because of its complicated nature and lack of physical description and parameterization. Many GCMs choose to use either atmosphere or ocean component and use a fixed sea surface temperature/flux boundary condition to avoid severe bias in that matter. Coupled GCMs often suffer from inadequate boundary layer parameterization and often ad hoc fix were used to make the model produce realistic result for a certain amount of time.
For thousands of years? I can only hope the Earth will survive that long to embrace the fate these GCMs have predicted for them, a hell or a glacier.
is that it does not look like any assemble code I have ever seen. It looks more like PASCAL to me: ;event loop
repeat ;wait till msg arrives
ncall app,getevent,(app,-1.l:avo,msg,evt)
continueif avo=0 ;pass out to event handler
ncall avo,event,(avo,msg,evt:-) ;free event
ncall ave,freeevent,(ave,msg:-)
until evt=EV_QUIT
And some key words sound really odd:
qcall sys/kn/dev/lookup,(avename.p:ave,app)
ifnoterrno ave,true ;open ave
ncall ave,open,(ave,app,0,0:app)
ifnoterrno app,true ;open toolkit
ncall ave,opentoolkit,(ave:tkit)
if tkit!=0 ;get application props
ncall app,getprop,(app:prp)
send email to cyberwinds@hotmail.com please thanks
Seems to me Xfce users like gals and nudies.
:) PERIOD
"Anyone can code a crappy app in C and say "woah! look, it sucks! it's slow!". That doesn't prove that C would be slow - it proves that the code sucks. In the same way, an amateur not knowing what he or she is doing with Java can see slow apps. If you know what you're doing, the situation is different. " From your arguments, I derive that Bill Gates do not know what he is doing. "Millions of Java coders and companies use Java" do not mean a thing at all. Why do not you mention that 99.99% desktop users use Windowz?
"It runs nicely, the GUI's concept is simple to understand" What is your point? "runs nicely" really means nothing. "GUI's concept is simple to understand" I agree. But when it is 20 levels down the hierarchy to Object to get a FlashyImageButton, I would not doubt how slow it could get.
I really do not have problem with Transmeta, as I often do the following: gdb disassemble blahblah Guess you do not know much about compilation and stuff like that. C is still much more superior than Java which produces lousy bytecode which then excutes on a VM. Ok, add one more layer maybe get more fun. Create a layer called "JavaZealot AttitudeChecker" to kick all other's butt would be nice.
you really should do! LOL
"I don't know about the rest of you here but I'm getting very tired of the same old "Java is slow" and "I've never seen any real apps in Java" myths here on Slashdot. The very fact that someone claims that shows that they are not in the industry and have no idea what's going on in the Real World (tm)." Interesting, guess linux should be rewritten in Java.
I have been using java since JDK1.0 on Sun 2.4, Solaris, Linux, windows. Have you ever used the swing JFC? If you have tried the demos included in the distribution, you know what I am talking about.
And by sticking to platform independent, it is not glued to the operating system tightly enough to use system resources directly. This makes it even slower.
The worst thing about hydrogen is that it is a trace gas in the atmosphere. Its concentration is well below 1% in the air. On the other hand, nitrogen makes up nearly 80% of the air. Technically, it is much easier to extract nitrogen from air to make mass production of liquid nitrogen. To make liquid hydrogen, even hydrogen H2 itself requires huge amount of energy source. The conventional way is to electrify water molecule H2O -> H2 + 1/2 O2 to obtain hydrogen. The atomic bond in water molecule is pretty strong, so it takes a lot of energy to split H2O to get H2. I would say without first resolving H2 production problem. Using liquid H2 in automobile is a no-no.
Remeber the first language ever is machine code, or assembly. High level language like C or Perl are just more abstract machine code.