Până acum ați văzut funcția mea pe Windows pe 64 de biți în cel mai recent număr dePC Pro. Și poate că ați obținut un anumit confort din asigurările mele ușoare că nu trebuie să vă faceți prea multe griji cu privire la compatibilitatea aplicațiilor. Aproape toate software-urile moderne pe 32 de biți ar trebui să se instaleze și să ruleze impecabil pe o ediție de 64 de biți de Windows.
Ei bine, desigur, ori de câte ori scrieți așa ceva, cereți probleme.
cum să inspectați elementul de pe iPhone
Destul de sigur, chiar când numărul nostru din septembrie ateriza pe chioșcurile de ziare, am descoperit astaPC ProClientul CMS intern nu a funcționat decât - ați ghicit - Windows pe 32 de biți. Încercarea de a crea o nouă recenzie de pe desktopul meu pe 64 de biți a produs doar o eroare obscură despre o fabrică din clasa COM lipsă.
Zburând cu steagurile
O mică săpătură a dezgropat problema. Unii dezvoltatori obraznici au scris o aplicație .NET pe 32 de biți perfect validă, dar au neglijat să o semnaleze ca cod specific pe 32 de biți. Prin urmare, Windows pe 64 de biți îl rulează în modul pe 64 de biți, provocând erori atunci când software-ul nu a putut accesa resursele de sistem pe 32 de biți pe care le aștepta.
Din fericire, aceasta este o problemă ușor de rezolvat. Microsoft CorFlags instrumentul pentru linia de comandă - parte din .NET Framework - vă permite să modificați semnalizatoarele de antet pe fișierele executabile, inclusiv cel care specifică când o aplicație trebuie rulată în modul pe 32 de biți. Setarea acestui flag pentru aplicația noastră de bază de date a fost o simplă chestiune de tastare CorFlags application.exe / 32bit +
ȘiAici- o aplicație pe 32 de biți care rulează perfect pe Windows pe 64 de biți. Merită încercat dacă întâmpinați vreodată o problemă similară.
cum să găsiți un port deschis
Ce dosar de fișiere de program?
În timp ce mă refer la acest subiect, iată o problemă conexă pe care am întâmpinat-o atunci când am început să examinăm computerele care rulează Vista pe 64 de biți. În acest caz, software-ul supărător nu a fost altul decâtPC Prosuită de referință din lumea reală. Totul părea să se instaleze perfect, dar când am lansat testele, am primit resurse, nu am găsit erori.
Am început să urmăresc problema cu ajutorul indispensabilului SysInternals Monitor de proces utilitate și, încă o dată, explicația s-a dovedit a fi milostiv de simplă (atât de simplă, de fapt, încât m-am simțit cam prost pentru că nu am elaborat-o eu însumi).
Nu au fost găsite diferite fișiere, deoarece în Windows pe 64 de biți folderul Program Files este rezervat numai aplicațiilor pe 64 de biți. Programele pe 32 de biți se instalează într-un folder numit Program Files (x86). Scripturile noastre de testare includeau căi codate pe hard care nu reușeau, deoarece aplicațiile noastre pe 32 de biți nu se aflau în locația lor obișnuită.
cum să știu dacă am fost blocat pe facebook
Dacă întâmpinați o astfel de problemă, o puteți remedia cu ușurință, eliminând referințele explicite la C: Program Files și utilizând% ProgramFiles% (această variabilă de mediu inteligentă ar trebui să se rezolve fie la Program Files, fie la Program Files (x86), în funcție de dacă procesul de apelare este pe 64 de biți sau pe 32 de biți). Dacă nu puteți ajunge la sursă pentru a schimba căile, o soluție rapidă și murdară este copierea manuală a fișierelor pe 32 de biți în fișiere de program. După ce am făcut acest lucru, criteriile noastre de referință au funcționat fără probleme.
Deci, iată-l: aplicații pe 32 de bițidorulați pe Windows pe 64 de biți ... dar uneori trebuie să rezolvați câteva presupuneri ale programatorului pentru a le pune în funcțiune!
