SDWORD PTR in comparisons

[jj2007]

Look at this case then:

I looked, and excuse my ignorance: where is the problem?

Code Select Expand

-2147483647 ebx
le
le
-2147483648 ebx
le
le
2147483647 ebx
gt
gt

Good rules dictate that developers must always use the latest versions of their tools. That's what I do.
Check with release 14 of MASM then.

Whether your rules are good or not, I don't care - they are not my rules (recent versions of MASM are very buggy, but that is no secret, right?).

I asked you to post the exe, and you didn't do that, for good reasons, I suppose 8)

[aw27]

I looked, and excuse my ignorance: where is the problem?

You are correct. No problem.  :t

recent versions of MASM are very buggy, but that is no secret, right?

I am not sure they are more buggy. They simply tightened their tolerance for bad practices.  :lol:

I asked you to post the exe, and you didn't do that, for good reasons, I suppose 8)

You can assemble with MASM from your Visual Studio Community 2017 or 2015 editions and see for yourself.

[jj2007]

You can assemble with MASM from your Visual Studio Community 2017 or 2015 editions and see for yourself.

Thank you so much for your valuable contributions to this thread, José. Unfortunately, right now I am busy with important things, so I won't have time to investigate the secrets of the slowest software I've ever seen. Btw did you ever fix the little bug in your almost correct conversion routine ("diff" is the difference between the Real4 and the converted Real8, and it should be zero, of course)?

[aw27]

Unfortunately, right now I am busy with important things, so I won't have time to investigate the secrets of the slowest software I've ever seen.

Something is wrong with your hardware
It loads in less than 2 seconds in my i5 notebook:

Btw did you ever fix the little bug

What I remember from that thread is that I fixed your bug and you rushed to make something a little different in order to not recognize that. JJ is JJ  :lol:

[jj2007]

Btw did you ever fix the little bug

What I remember from that thread is that I fixed your bug and you rushed to make something a little different in order to not recognize that. JJ is JJ  :lol:

Your irrelevant remarks ("This looks wrong") and your (still) buggy code could not help me to identify the bug that I fixed minutes later. Anyway, that thread is public, so everybody can see the "conversation" :P

[aw27]

@JJ
So, you said "Thank you, José - you are right, the mov eax, ecx was redundant. Here is the final version:" and 1 month later it is not anymore? You are one of a kind. 

[hutch--]

Jose,

Make me wiser, what does my download page have to do with starting VS ?

[aw27]

Jose,

Make me wiser, what does my download page have to do with starting VS ?

Hutch,
We hear JJ complain all the time that VS tools are slow to load. They are indeed very fast. The slowest one I know is VS2015 which will take a few more seconds. Probably, JJ should consider it is time to get a new computer.  ;)

[jj2007]

@JJ
So, you said "Thank you, José - you are right, the mov eax, ecx was redundant. Here is the final version:" and 1 month later it is not anymore? You are one of a kind. 

Even one month later, your remark about the mov eax, ecx is still valid, and I thanked you for spotting that. It was indeed redundant, so I removed it - 2 bytes less, thank you so much again. But it had nothing to do with the problem, and it won't change the fact that your buggy code is still waiting to be fixed while my version is working perfectly. Maybe you should consider using less buggy tools?

Re slow computers: My Core i5 is faster than the average computer, and definitely fast enough when using my own software. There is a reason why I am hanging around here, in an assembler forum: I like fast software. Not bloated tools like VS Community; a Google search for visual studio community slow yields "About 9,330,000 results"

I will admit, though, that my VS Community would load in "less than 2 seconds" if I used it so often that the whole crap was already in the cache. But I am not a masochist :P

[aw27]

But it had nothing to do with the problem, and it won't change the fact that your buggy code is still waiting to be fixed while my version is working perfectly.[/url]?

I don't think it is buggy. I remember there was indeed a bug the first time I posted but I fixed it sometime later. I am too lazy to go again through waters passed under the bridge.

Re slow computers: My Core i5 is faster than the average computer,

a Google search for visual studio community slow yields "About 9,330,000 results"

I tried "who is JJ" in Google and got 26 400 000 results. 

I will admit, though, that my VS Community would load in "less than 2 seconds" if I used it so often that the whole crap was already in the cache. But I am not a masochist :P

Actually not, I only use the notebook when go out for the weekend and have probably loaded VS2017 3 or 4 times.

[jj2007]

I don't think it is buggy. I remember there was indeed a bug the first time I posted but I fixed it sometime later.

The code you posted here has indeed a fat bug, and you never fixed it. Your original code is contained in the archive attached to Reply #5*)  and produces wrong results:

Code Select Expand

-- R4ToR8 jj --
R4: -123456.789      R8: -123456.789       diff: 0.0   ; zero is correct
R4: -111111.789      R8: -111111.789       diff: 0.0
...
R4: 37028.2109       R8: 37028.2109        diff: 0.0
R4: 49373.2109       R8: 49373.2109        diff: 0.0
-- R4ToR8 aw27 --
R4: -123456.789      R8: -123456.781       diff: 0.0078   ; non-zero is WRONG
R4: -111111.789      R8: -111111.781       diff: 0.0078
R4: -98766.7891      R8: -98766.7812       diff: 0.0078
R4: -86421.7891      R8: -86421.7812       diff: 0.0078
R4: -74076.7891      R8: -74076.7812       diff: 0.0078
R4: -61731.7891      R8: -61731.7812       diff: 0.0078
R4: -49386.7891      R8: -49386.7812       diff: 0.0078
R4: -37041.7891      R8: -37041.7812       diff: 0.0078
R4: -24696.7891      R8: -24696.7812       diff: 0.0078
R4: -12351.7891      R8: -12351.7891       diff: 0.0
R4: -6.78906250      R8: -6.78906250       diff: 0.0
R4: 12338.2109       R8: 12338.2109        diff: 0.0
R4: 24683.2109       R8: 24683.2031        diff: -0.0078
R4: 37028.2109       R8: 37028.1875        diff: -0.023
R4: 49373.2109       R8: 49373.1875        diff: -0.023

*) Since you will surely complain that ConvertFloats.asc "does not open": Use Wordpad to see the content.

[aw27]

@JJ
You are using a case I barely remember, and that did not even came on the way in this thread, to compensate for dozens of situations I made you swallow your anger.
Pure revenge  .
Looking forward for more rabbits to come out of your hat.

[hutch--]

Every time I have ever installed VS over the last few years, loading the IDE is a genuine pain and the Haswell I am using is no slouch. The last i7 was a reasonably fast machine and it was slow on it as well. After I install VS, I grab all of the files I want then delete it so it does not try and hog file extensions.

[aw27]

Every time I have ever installed VS over the last few years, loading the IDE is a genuine pain and the Haswell I am using is no slouch. The last i7 was a reasonably fast machine and it was slow on it as well. After I install VS, I grab all of the files I want then delete it so it does not try and hog file extensions.

I have a 500 GB SSD which serves as drive C, where is installed VS. This explains most of the speed.

[jj2007]

dozens of situations I made you swallow your anger.

My dear friend, why should I be angry about you? It's fun to argue with you