Hvis du nogensinde har skullet skifte en Klassisk Dynamics C5 Native database til SQL, s\u00e5 har du m\u00e5ske “luret” at du kan skyde genvej ved blot at kopiere kernefilerne fra SQL ind i C5-mappen (og slette Native exe-filerne samme sted), indl\u00e6se den nye SQL licens, samt lige rekompilere al koden (her kan det v\u00e6re n\u00f8dvendigt lige at rekompilere compileringsk\u00f8rslerne f\u00f8rst og dern\u00e6st lave en multi-overs\u00e6t).<\/p>\n
Desv\u00e6rre har vi enkelte gange oplevet at C5 efterf\u00f8lgende kan p\u00e5st\u00e5 at\u00a0nogle elementer (pudsigt nok typisk Kontoudtog og Rentenota) ikke er oversat til SQL – og det uanset hvor mange gange man efterf\u00f8lgende overs\u00e6tter dem\u00a0med Klassisk C5 for SQL.<\/p>\n
Vi har set fejlen tilbage i 2009 og\u00a0igen i \u00e5r 2015\u00a0– og da vi har mange Klassisk Dynamics C5 installationer p\u00e5 samvittigheden, m\u00e5 fejlen siges at v\u00e6re temmelig sj\u00e6lden.<\/p>\n
Vores bedste bud er at det er c5util.usr-filen, der er beskadiget eller korrupt. I hvert fald er workarounden at multieksporterer al USR-kode fra C5. Slette (eller omd\u00f8be) c5util.usr-filen og s\u00e5 importere alle USR-koden igen. Og s\u00e5 skulle det gerne spille – det gjorde det i hvert fald for os i 2009 og igen\u00a0i 2015 :-).<\/p>\n
<\/p>\n
Tak til Tommy Stilling hos EDB Guiden<\/a>, der i \u00e5r har mindet os om fejlen (da han fik den hos en f\u00e6lles kunde).<\/p>\n","protected":false},"excerpt":{"rendered":" Hvis du nogensinde har skullet skifte en Klassisk Dynamics C5 Native database til SQL, s\u00e5 har du m\u00e5ske “luret” at du kan skyde genvej ved blot at kopiere kernefilerne fra SQL ind i C5-mappen (og slette Native exe-filerne samme sted), … L\u00e6s resten