P
PeteCresswell
I'm thinking of http://www.trigeminal.com/usenet/usenet004.asp?1033
where the assertion is
"...you are relying on the ability to globally invalidate a compiled
state. If there is ever a problem in either area, /decompile will take
a project that was working fine and turn it into cottage cheese. And
while such bugs should not happen.... it is impossible to make a /
decompile bug happen without using /decompile. They simply did not
extensively test a command line switch that was never meant to be
used.... nor should they have to, really."
This was news to me - having religiously /Decompile'd before every
compact/repair - sometimes several times per day over the past way-too-
many years.
My SOP is to:
--------------------------------------------------------------------------------------------
1) Zip the application up and move the .zip file to an archive area.
2) Rename the existing version/subversion to "x..." as in SfimApp.
275g.mdb ==> xSfimApp.275g.mdb.
3) Compact the renamed version/subversion into a new subversion
qualifier as in
xSfimApp.275g.mdb ==> SfimApp.275h.mdb
--------------------------------------------------------------------------------------------
Seems like I'm covered in the event /Decompile makes "cottage cheese"
out of the app: retrieve the .zip file from the archive area and
revert to that version.
Am I missing anything?
where the assertion is
"...you are relying on the ability to globally invalidate a compiled
state. If there is ever a problem in either area, /decompile will take
a project that was working fine and turn it into cottage cheese. And
while such bugs should not happen.... it is impossible to make a /
decompile bug happen without using /decompile. They simply did not
extensively test a command line switch that was never meant to be
used.... nor should they have to, really."
This was news to me - having religiously /Decompile'd before every
compact/repair - sometimes several times per day over the past way-too-
many years.
My SOP is to:
--------------------------------------------------------------------------------------------
1) Zip the application up and move the .zip file to an archive area.
2) Rename the existing version/subversion to "x..." as in SfimApp.
275g.mdb ==> xSfimApp.275g.mdb.
3) Compact the renamed version/subversion into a new subversion
qualifier as in
xSfimApp.275g.mdb ==> SfimApp.275h.mdb
--------------------------------------------------------------------------------------------
Seems like I'm covered in the event /Decompile makes "cottage cheese"
out of the app: retrieve the .zip file from the archive area and
revert to that version.
Am I missing anything?