Ok after this ***USELESS*** answer I feel the pain of remain on Altera (now intel) platform.
Programmer versionless erase the flash, 18.x 19.x report error but it is fully erased as reported from 15.0 progremmer version it do all operation on .sof or .pof versionless.
Every version erase flash.. 18,.x 19.x Presumably after 16.x . New version erase but report error.
Version 18.x 19.x just program .sof file. .POF report error on program verify blank check.
Version 15.0 has no issue, it can program .pof .sof from every version is generated from. (verify and blank check work fine)
I am using a max10 not cyclone 10.
This resemble a M$ish answer and all answer are same value.... :(
I remember a long long time ago:
I was both unix and Dbase administrator on a large organization.
I was happy managing Oracle and Unix on a multiprocessor MOtorola (now frescale) SMP 4x 68030 and some networked backup same processor kind.
One of insane commercial people decided was time to enter M$ domain...
So dismantled mainframes , network was based on a modem bank and over 1000 terminal and data concentrator all around county where on service.
Answer to terminal where under 1 second on huge load.
So I told company people to hire a so called M$ admin, I don't like that platform, I assist on migration then I quit.
NT + SQL server, ( 2GB very expensive that time vs 256MB smp snooped cache on unix mainframe) they pay'd like a large flat and a supercar.
So starting migration of large dbase, all proceed till a point we forever got an error... M$ error...
Called assistance the kid answered with standard reply, then screaming due it was not able to understand technical language quitted...
After a week I told people to buy Oracle on NT, still remember I quit from this platform....
New admin (oh how much it was an arrogant and low skilled person.... ) installed Oracle but screamed a lot this is not a M$ product... I was proud manager told him this is a company need work not use what you want that doesn't work....
So migrated dbase, ( a lot slower than on mainframe ).. I quitted and company started his choice of bad service... minutes for query than under second.... They bought other cluster and so on... Intel was happy ... Administrative when realized mainframe was a lot less expensive not!
After this story I was just called another time from finance administrative.. They told me M$ answered, 6 mount later our question, answer was:
"Yes doing migration SQL server really emit that error....."
This service was so expensive like a supercar.... (or large flat if you prefer)
Is Altera now Intel this way of M$ized answer?
Sorry JonSnow, I flagged your answer as the best one in memory of this old episode...
I am sure no other solution exists than migrate away from Ex Altera now Intel and I fear M$ too...
Sorry I cannot accept answer say what it work must be done on another family...
I am waiting for Xilinx development tools to try migrate away.
Best regards
Roberto
Contributor
