יישומים של 32 סיביות שקורסים ב-Windows 11: סיבות ופתרונות

אם הגעת עד הלום, כנראה שאתה רב עם מישהו. אפליקציית 32 סיביות שמסרבת לעבוד על Windows 11 שלךאולי אתם חווים את מה שעובר על משתמשים רבים: דיסקורד נסגר ללא סיבה נראית לעין, תוכנה ותיקה כמו PhotoImpact הופכת לבלתי יציבה, או כלים כמו Razer Synapse או SSEdit קורסים עם השגיאה המפחידה 0xc0000005, בעוד שכולם מתעקשים ש"אפליקציות 32 סיביות צריכות לפעול בצורה מושלמת על מערכות 64 סיביות". התיאוריה אומרת דבר אחד... והמחשב שלך אומר משהו אחר לגמרי.

המציאות היא שלמרות ש-Windows 11 קיים רק בגרסת 64 סיביות ובעיקרון הוא שומר על תאימות עם תוכנות 32 סיביות.ישנם גורמים רבים שיכולים לגרום לכשל של תוכניות אלו: שינויים במנהל החלונות (DWM), מנהלי התקנים גרפיים בעייתיים, שגיאות תאימות לאחר עדכונים, רכיבי 32 סיביות המשמשים בסביבות 64 סיביות כגון Visual Studio 2022, קבצים מושחתים שגיאות מערכת, תוכנת אנטי-וירוס אגרסיבית מדי, או בעיות תצורה פשוטות. בואו ננתח את זה, ברוגע אך בצורה ישירה, כל הסיבות הנפוצות והפתרונות היעילים ביותר שמקורם במקרים אמיתיים ובתיעוד טכני של מיקרוסופט.

הדבר הראשון שצריך להיות ברור לגבי זה Windows 11 הוא אך ורק 64 סיביותעם זאת, הוא עדיין כולל את שכבת התאימות הדרושה להפעלת יישומי Win32 של 32 סיביות בצורה חלקה. אף על פי כן, בפועל, עלולים להיווצר תרחישים סותרים שבהם, למרות שהן "תואמות", אפליקציות מסוימות מתחילות לתפקד בצורה לא תקינה, לקרוס או להיכשל בהתחלת פתיחה כלל.

בחלק מהציוד, הכשלים מתבטאים כך כיבויים אקראיים ושגיאות גישה לזיכרון (0xc0000005) בתוכנות 32 סיביות כמו Discord, Razer Synapse, או כלי עזר לשינוי מודיפיקציות של משחקים (לדוגמה, SSEdit בעת טעינת קבצי ESP). מציג אירועים וכלים כמו msinfo32 תוצאות אלו מצביעות לעיתים קרובות על כך שהאפליקציה ניסתה לגשת לזיכרון בצורה לא מורשית. אמנם הדבר עשוי להצביע על בעיות פיזיות ב-RAM, אך בדיקות זיכרון לעיתים קרובות חוזרות בצורה נקייה, ומצביעות יותר על התנגשות תוכנה או פגיעה בקובץ.

במקרים אחרים, כמו PhotoImpact (עורך תמונות ישן של 32 סיביות שעבד בצורה מושלמת ב-Windows 10 ובגרסאות קודמות), התוכנית זה לא מצליח להיות יציב תחת Windows 11 למרות שניסו את כל הגדרות התאימות הזמינות, משתמשים רבים תוהים האם יש בעיה כללית עם יישומים מסוימים של 32 סיביות בגרסת המערכת העדכנית ביותר.

ישנם גם תרחישים שבהם ההתנהגות המוזרה מופיעה רק בנסיבות מסוימות: לדוגמה, משתמש מתאר כיצד דיסקורד ב-32 סיביות קורס באופן שיטתי למעט כאשר משחק תובעני מופעל ראשון, מה שמאלץ את המחשב להשתמש ביותר משאבים. נראה שהתוכנית פועלת רק כאשר המערכת "נמצאת תחת לחץ", וזה בבירור לא נורמלי, אך מרמז שניהול הגרפיקה, תוכנית צריכת החשמל או התנהגות Windows עצמה עם שולחן העבודה עשויים להשפיע עליה.

שגיאות גרפיקה, DWM והאצת חומרה

אחד ממקורות הקונפליקט הנפוצים ביותר ב-Windows 11 עם אפליקציות של 32 סיביות (וגם 64 סיביות) כרוך ב... אינטראקציה בין שולחן העבודה, מנהל החלונות של DWM ומנהלי ההתקנים של ה-GPUזה בולט במיוחד בדפדפנים ואפליקציות מבוססות Chromium (Brave, Chrome, Edge, אפליקציית Discord וכו'), אשר מסתמכים במידה רבה על האצת חומרה כדי לרינדור הממשק.

חלק מהמשתמשים, לאחר התקנה מחדש של Windows 11 ומנהלי ההתקן של הווידאו שלו (כולל התקנות מחדש נקיות באמצעות כלים כמו DDU), מגלים ש בעת שימוש ב-Alt+Tab ממשחק אל Brave או דפדפן אחר מבוסס Chromium, החלונות נראים רע, מהבהבים או נפגמים.הבעיה נעלמת כאשר האצת החומרה מושבתת, מה שמאשר ששורש הבעיה טמון בשילוב של Windows 11 + מנהלי התקנים + DWM, ולא כל כך ביישום עצמו.

בגרסאות האחרונות של Windows 11 (לדוגמה, ענף 24H2/25H2), זוהתה פגם ספציפי ב- מנהל חלונות שולחן העבודה (DWM) זה יכול להשפיע הן על יישומים של 32 סיביות והן על יישומים של 64 סיביות. הקהילה גילתה שהשבתת אופטימיזציות שכבת-על מסוימות באמצעות מפתח רישום פתרה את הבעיות. זהו פתרון טכני, אך פשוט למדי.

במקרה זה, הפתרון הוא הוסף את מפתח OverlayMinFPS לרישום של Windows בתוך ענף התצורה של DWM ולהפעיל מחדש את התהליך. שינוי זה נועד לתקן באג בשכבות מרובות מסכים, אך נצפה גם שהוא מתקן התנהגות לא יציבה עם Alt+Tab והאצת חומרה ביישומים מבוססי Chromium.

פתרונות ספציפיים: שגיאת DWM ומפתח OverlayMinFPS

כאשר הבעיה קשורה באופן ברור ל- ניהול חלונות והאצת GPUלדוגמה, במקרה של Brave או Discord, שניתן לתקן רק על ידי השבתת האצת חומרה, כדאי לנסות את הפתרון שהופץ בפורומים טכניים ובקהילות עזרה של Windows.

הרעיון פשוט מאוד: להורות ל-Windows, דרך הרישום, להגביל או להשבית התנהגות מסוימת של DWM על ידי שינוי המפתח. שכבת כיסויMinFPSזה נעשה בענף המתאים למנהל החלונות ומכריח את DWM לאפס את אופן הטיפול בשכבות-על של תמונות.

ההליך הבסיסי הוא כדלקמן (מומלץ) ליצור נקודת שחזור לפני שנוגעים בתקליט):

• פתח את עורך הרישום (regedit) מתיבת החיפוש של Windows.
• נווט אל המסלול HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ Dwm.
• צור ערך DWORD חדש (32 סיביות) בשם שכבת כיסויMinFPS.
• הגדר את ערכו ל-0 (הקסדצימלי).
• פתח את מנהל המשימות, לאתר את התהליך מנהל חלונות שולחן העבודה (dwm.exe) וסיים את המשימה כך שהיא תופעל מחדש באופן אוטומטי עם התצורה החדשה.

שינוי זה פועל על התנהגות פנימית של DWM ב-Windows 11 ועבור משתמשים רבים, זה מתקן באופן מיידי שגיאות גרפיות בעת מעבר בין משחקים ליישומי שולחן עבודה המואצים על ידי חומרה. אם, לאחר יישום שינוי זה, היישומים מפסיקים לקרוס, תדעו שהבעיה מקורה באינטראקציה הזו בין המערכת, הכרטיס הגרפי ושולחן העבודה, ולא בארכיטקטורת 32 הסיביות עצמה.

במקביל, לא יזיק לעקוב אחר כמה הנחיות קלאסיות: נסה גרסאות שונות של דרייבר ה-GPU (לפעמים הגרסה האחרונה אינה היציבה ביותר), בדוק אם יש אוברקלוקינג לא יציב, השבת זמנית תוכנת לכידה או שכבת-על (שכבות-על של NVIDIA(AMD, אפליקציות הקלטה וכו') ולנסות מצבי מסך מלא וחלון ללא גבולות שונים במשחקים שמהווים "טריגר" לכישלון.

תאימות של 32 סיביות ו-64 סיביות ב-Windows 11

אם נניח בצד את ההיבט הגרפי, חשוב להבין כיצד Windows 11 מנהל תאימות בין יישומי 32 ו-64 סיביותל-Windows 10 עדיין הייתה מהדורת 32 סיביות, שחייבה את המפתחים להציע שני תוכנות התקנה (x86 ו-x64). עם Windows 11, מיקרוסופט הסירה את מהדורת 32 הסיביות מהמערכת, כך שכל המחשבים המריצים אותה הם בהכרח 64 סיביות.

זה לא אומר שתוכניות 32 סיביות ייעלמו בן לילה, אבל המגמה ברורה: מפתחים גדולים הם ינטשו בהדרגה את גרסאות ה-x86 הם יציעו רק גרסאות בניה של 64 סיביות, במיוחד עבור יישומים עתירי משאבים (דפדפנים, כלי עריכה, חבילות אופיס וכו'). בינתיים, Windows 11 שומר על שכבת תאימות כדי להמשיך להריץ תוכנות מדור קודם, אך שכבה זו אינה חסינת תקלות, במיוחד עם אפליקציות ישנות מאוד או אפליקציות שלא מתוחזקות כראוי.

כשמורידים תוכנה מהאתר הרשמי שלה, מקובל עדיין להציע לכם את הבחירה בין הורדה של 32 סיביות או 64 סיביותבמערכת Windows 11 (64 סיביות), מומלץ תמיד לבחור בגרסת 64 סיביות, מכיוון שהיא בדרך כלל יציבה יותר, בעלת תמיכה טובה יותר, וסביר להניח שתהיה הגרסה היחידה שתקבל עדכונים בטווח הבינוני. יש להשתמש בגרסת 32 סיביות רק כאשר אין אפשרות אחרת.

עלינו לזכור גם את שגיאת Windows הקלאסית המציינת ש "לא ניתן להפעיל יישום זה במחשב זה"הודעה זו, המופיעה גם ב-Windows 10 וגם ב-Windows 11, מופיעה בדרך כלל בעת ניסיון להפעיל קובץ בינארי שהארכיטקטורה שלו אינה תואמת למערכת; לדוגמה, יישום 64 סיביות בלבד במערכת הפעלה 32 סיביות, או יישום 16 סיביות במערכת 64 סיביות מודרנית. ב-Windows 11, מקרה ספציפי זה פחות שכיח מכיוון שמהדורת 32 הסיביות אינה קיימת עוד, אך ההודעה עדיין יכולה להופיע עם תוכנה ישנה מאוד או ארוזה בצורה גרועה.

במבט קדימה, אם המחשב שלך עדיין תקוע על Windows 10 בגירסת 32 סיביות עקב מגבלות חומרה, חשוב לשקול את... התקנה מחדש של גרסה של 64 סיביות בתנאי שהמעבד תומך בכך, כי פחות ופחות תוכניות חדשות יופצו ב-32 סיביות. בסביבת Windows 11, זו כבר מציאות: הכל סובב סביב ארכיטקטורת 64 סיביות, ותאימות x86 תיתפס יותר ויותר כ"מצב מדור קודם".

בעיות עם תוכניות שלא נפתחות או נסגרות באופן מיידי

מעבר לבעיות הספציפיות במערכות 32 סיביות, ב-Windows 10 ו-11 זה די נפוץ שכמה תוכניות, בין אם תוכניות Win32 קלאסיות או יישומי UWP מחנות Microsoft, להפסיק להיפתח בן לילה, לא למקסם, לא להופיע על המסך, או להיראות כאילו הוא קופאברוב המקרים הסיבה אינה דרמטית ויש לה פתרון פשוט למדי.

צעד בסיסי ראשון שפותר יותר בעיות ממה שנראה הוא הפעל מחדש את המחשב לחלוטיןלמרות שזה אולי נשמע כמו קלישאה, הפעלה מחדש מאלצת את Windows לסגור תהליכים קודמים, לשחרר משאבים מוחזקים, להפעיל מחדש את הדפדפן ולטעון מחדש שירותים מרכזיים. יישומים רבים שלא נפתחו לאחר עדכון או שינוי מערכת חוזרים לחיים לאחר הפעלה מחדש פשוטה.

צעד מהיר נוסף הוא עדכן את האפליקציה הבעייתית עצמהייתכן שהבעיה אינה ב-Windows, אלא בתוכנית עצמה, שייתכן שלא עודכנה לעדכון מערכת או עדכון אחרון של החנות. בדיקת תפריט העזרה של התוכנה או האתר הרשמי עבור גרסה חדשה יותר ועדכון לגרסה זו בדרך כלל מונעים באגים שכבר תוקנו.

כדאי גם לבדוק את זה אנו מפעילים את התוכנית עם הארכיטקטורה הנכונה.למרות ש-Windows 11 הוא גרסה של 64 סיביות, עדיין ישנם משתמשים המורידים מתקינים של 32 סיביות מתוך הרגל או משום שהם סומכים על מאגרי צד שלישי. אם אפליקציה מציעה גרסת 64 סיביות, עדיף להתקין אותה. ובמחשבים שעדיין מפעילים Windows של 32 סיביות (Windows 10 או גרסה קודמת), בלתי אפשרי להפעיל יישומים של 64 סיביות, כך שהשגיאה הקלאסית "אפליקציה זו אינה יכולה לפעול במחשב שלך" מופיעה ברגע שמנסים להתקין קובץ בינארי לא תואם.

סיבה חוזרת נוספת לכך שיישומים מסוימים אינם פועלים או מציגים שגיאות היא חוסר ב הרשאות מנהלכלים מסוימים, במיוחד כאלה שניגשים להגדרות פנימיות של Windows, משנים מנהלי התקנים או מקיימים אינטראקציה עם שירותי מערכת, צריכים לפעול עם הרשאות מוגברות. לחיצה ימנית על קובץ ההפעלה או קיצור הדרך ובחירה באפשרות "הפעל כמנהל" יכולה לעשות את ההבדל בין כשל שקט לבעיה חמורה. אתחול נכון.

שיטות כלליות לשחזור יישומים שהפסיקו לעבוד

כאשר תוכנית Windows, בין אם 32 סיביות או 64 סיביות, הוא מתנגד להתנעה או מתנהג בצורה מוזרהמומלץ לבצע סדרה של צעדים הדרגתיים, החל מהפשוט ביותר ועבודה לקראת פתרונות הכרוכים בשינויים משמעותיים במערכת.

טריק פשוט מורכב מ הימנעו מקיצורי דרך מלכתחילהלעיתים, לאחר עדכון או התקנה מחדש חלקית, הנתיב של קובץ ההפעלה משתנה, וקיצור הדרך בשולחן העבודה, בתפריט התחל או בשורת המשימות עדיין מצביע על מיקום לא חוקי. איתור התיקייה האמיתית של התוכנית באמצעות סייר הקבצים והפעלת קובץ ה-.exe ישירות מסייעים לשלול בעיה בקיצור הדרך.

אם אתם חושדים שהכשל החל כתוצאה מ- עדכון גדול של Windows, התקנת מנהל התקן או תוכנית ספציפיתשימוש בנקודות שחזור מערכת יכול להיות מועיל מאוד. Windows יוצר אוטומטית נקודות שחזור כאשר מתרחשים שינויים משמעותיים, וניתן גם ליצור אותן באופן ידני. שחזור המערכת למצב קודם, כאשר הכל עבד, פותר לעתים קרובות בעיות רבות מבלי להזדקק להתקנה מחדש נקייה.

אפשרות עוצמתית נוספת, במיוחד עבור יישומים ישנים מאוד או כאלה שתוכננו עבור גרסאות קודמות של Windows, היא לנצל את ה- מצב תאימותממאפייני הקובץ ההפעלה, בכרטיסייה תאימות, באפשרותך לסמן את התיבה "הפעל תוכנית זו במצב תאימות עבור" ולבחור גירסאות כגון Windows XP, Windows 7וכו'. זה לא תמיד עובד, אבל כשזה עובד, זה מאפשר לך להמשיך להשתמש בתוכנה מדור קודם בסביבות מודרניות.

במקרה של יישומי UWP שהורדו מחנות Microsoft, Windows מציע תכונה ספציפית ל תקן או איפוס האפליקציהמהגדרות > אפליקציות, אתר את התוכנית ברשימה, עבור אל "אפשרויות מתקדמות" והשתמש בלחצן תיקון או, במידת הצורך, בלחצן איפוס. פעולה זו מוחקת את ההגדרות הפגומות ומאלצת את האפליקציה לבנות מחדש את הנתונים הפנימיים שלה.

אם לאחר ניסיון לאפס אפליקציות UWP או לתקן אפליקציית Win32 כלשהי, אנו עדיין נתקלים באותה בעיה, אין אפשרות אחרת אלא... הסר לחלוטין את התוכנית והתקן אותה מחדשמומלץ להפעיל מחדש את המחשב בין לבין כדי לנקות את כל הקבצים שנותרו בזיכרון, ובמידת האפשר, להוריד את הגרסה העדכנית ביותר מהאתר הרשמי של המפתח, תוך הימנעות ממאגרי צד שלישי שעשויים לכלול מתקינים שעברו שינוי או אפילו... תוכנות זדוניות.

בדיקות אבטחה ותקינות של המערכת

כאשר תוכניות מפסיקות לפעול בהמוניהן, שגיאות זיכרון חוזרות על עצמן, או ש-Windows מציג התנהגות חריגה בבירור, מומלץ לשלול את שניהם. זיהומים של תוכנות זדוניות כגון פגיעה בקבצי מערכתמכיוון ששני התרחישים יכולים לגרום למגוון רחב של כשלים, כולל שגיאות ביישומי 32 סיביות.

בתחום האבטחה, לא מספיק לסמוך באופן עיוור על האנטי-וירוס המותקן מראש. מומלץ לסרוק מתקינים חשודים באמצעות שירותים כמו VirusTotalהעלאת הקובץ לסריקה על ידי עשרות מנועי אנטי-וירוס בענן. אם האנטי-וירוס של Windows או כל חבילת תוכנה אחרת כבר סימנה את הקובץ כזדוני, עדיף למחוק אותו מיד במקום להמשיך ולנסות להתקין אותו.

כדי לבדוק את השלמות הפנימית של Windows, הכלי הקלאסי הוא בודק קבצי מערכת (SFC)הפעלת קונסולת Windows (CMD) כמנהל והפעלת הפקודה sfc /scannowהמערכת בודקת קבצי Windows חיוניים ומתקנת כל קבצים שהיא מזהה כפגומים או כבעלי שינוי. התהליך עשוי להימשך מספר דקות, אך אם היא מוצאת ומתקנת שגיאות, סביר מאוד שחלק מהבעיות ביישומים מסוימים ייעלמו.

חשוב גם לסקור כמה שירותים מרכזיים. יישומים מודרניים מסתמכים על מה שנקרא שירות זהות יישומים ב-Windows 10 ו-11, שירות זה מנהל הרשאות ואימות. גישה ל-services.msc ואימות ששירות זה נמצא במצב "פועל" מונעת שגיאות מוזרות רבות שבהן אפליקציות פשוט לא נפתחות ללא סיבה נראית לעין.

שכבת אבטחה נוספת שיכולה להפריע להפעלת תוכניות לגיטימיות היא מסנן SmartScreen או בקרת אפליקציה חכמהתכונה זו משווה כל קובץ הרצה מול מסד נתונים מרוחק, ואם היא מזהה משהו חשוד או חריג, חוסמת את הפעלתו. במקרים של תוצאות חיוביות שגויות, ניתן להשבית אותה זמנית דרך אבטחת Windows > בקרת יישומים > בקרת יישומים חכמה, או, כאשר מופיעה ההודעה ש-Windows הגן על המחשב, ללחוץ על "מידע נוסף" ולאלץ את הפעלת היישום הספציפי אם אתה סומך לחלוטין על מקורו.

עדכוני Windows ותאימות עם יישומים ישנים יותר

חשוב לזכור ש-Windows 10 ו-11 מתפתחים כל הזמן ושלפעמים... עדכון מערכת משמעותי מציג שינויים פנימיים שמשפיעים על יישומים ישנים יותר. אם לא עדכנתם במשך זמן רב ולפתע התקנתם גרסה עדכנית מאוד, תוכניות מסוימות עשויות להתחיל להיתקל בבעיות פשוט משום שלא תוכננו לסביבה החדשה.

כדי למזער חוסר התאימות, מומלץ שמור על Windows מעודכן החל מ Windows Updateניתן לבדוק ולהתקין את העדכונים האחרונים דרך הגדרות > עדכון ואבטחה > Windows Update. אם Windows Update נותן שגיאות ולא מוריד דבר, מיקרוסופט מציעה כלי רשמי לאילוץ עדכון, שעשוי לסייע בפתרון הבעיה.

יחד עם זאת, ישנן תוכנות כל כך ישנות (כמו PhotoImpact שהוזכר לעיל או כלים אחרים מתחילת שנות ה-2000) שהן פשוט הם לא הותאמו לשינויים באבטחה, ב-API ובאדריכלות של גרסאות Windows האחרונות.למרות שמצב תאימות ו- טריקים בעוד שהתוכנות שהוזכרו לעיל יכולות להאריך את תוחלת החיים שלהן, לא תמיד ניתן יהיה לגרום להן לעבוד ביציבות על Windows 11, ויהיה צורך לשקול חלופות מודרניות או, אם הן בלתי ניתנות להחלפה, להריץ אותן בתוך מכונות וירטואליות עם מערכות הפעלה ישנות יותר.

עבור יישומים מדור קודם שנותרו קריטיים, כדאי להשקיע זמן במציאת גרסאות מעודכנות, פורקים בקוד פתוח, או תחליפים שווי ערך מבחינה פונקציונלית אשר מתוחזקים עבור פלטפורמות 64 סיביות. במקרים מסוימים, זה כרוך בלימוד ממשק חדש, אך בתמורה, אתה מרוויח יציבות ותאימות לטווח ארוך.

Visual Studio 2022, רכיבים של 64 סיביות ו-32 סיביות

מקרה מסוים שבו ההתנגשות בין עולמות 32 סיביות לעולמות 64 סיביות ברורה מאוד היא זו של Visual Studio 2022 ומעצב הטפסים של Windowsבניגוד לגרסאות קודמות, Visual Studio 2022 זמין רק כאפליקציה של 64 סיביות, ויש לה השלכות חשובות על רכיבים המשמשים בזמן התכנון.

מעצב הטפסים של Windows פועל בשני מצבים: זמן ריצה (כאשר האפליקציה עוברת קומפילציה ואתה משתמש בה) וזמן עיצוב (כאשר אתה גורר פקדים לממשק Visual Studio). בזמן ריצה, ניתן לקמפל את האפליקציה שלך עבור 32 סיביות, 64 סיביות או כל מעבד אחר ללא בעיה. אבל בזמן העיצוב, הקוד מבוצע. בתוך תהליך Visual Studio עצמו, שהוא כעת תהליך .NET Framework של 64 סיביות.

משמעות הדבר היא שאם הפרויקט שלך זה תלוי ברכיבים של 32 סיביות (ספריות COM/ActiveX של 32 סיביות, אסמבלי ספציפיים ל-x86 וכו'), Visual Studio 2022 לא יוכל לטעון אותן ישירות לתוך המעצב הקלאסי. גם אם הפרויקט מתקמפל ורץ, המעצב עלול להיכשל, להציג שגיאות בעת טעינת טפסים, או פשוט לסרב לפתוח אותם.

בגרסאות ישנות יותר של Visual Studio, 32 סיביות, פרויקטים רבים שעברו קומפילציה כ-AnyCPU עבדו מצוין מכיוון שבזמן התכנון הם רצו כאילו היו 32 סיביות, מה שתאם את אופי רכיבי x86. עם המעבר ל-64 סיביות, הבעיה הפוכהכעת כל סביבת העיצוב מצפה לרכיבים תואמי 64 סיביות, ורכיבי x86 בלבד מתחילים להפוך לכאב ראש.

כדי לטפל בתרחיש זה, צוות Windows Forms יצר את מה שנקרא מעצב מחוץ לתהליך (מעצב מחוץ לתהליך), שכבה ביניים הפועלת בתהליך נפרד ופועלת כמתרגמת בין Visual Studio בגירסת 64 סיביות לבין רכיבים ופרויקטים הזקוקים לסביבה נוספת (לדוגמה, .NET מודרני או אסמבלי 32 סיביות).

כיצד להתמודד עם רכיבי 32 סיביות ב-Visual Studio 2022

אם שדרגתם ל-Visual Studio 2022 ולפתע מעצב הטפסים של Windows שלך מפסיק לעבודאם טפסים מסוימים נכשלים בטעינה או שמופיעות שגיאות הקשורות לספריות x86, סביר להניח שהפרויקט שלך או מקור כלשהו נושא רכיבים של 32 סיביות.

מיקרוסופט מציעה מספר דרכים לשיפור מצב זה, אשר סובבות סביב מודרניזציה של הפרויקט או התאמת התצורה כדי להתאים לסביבת 64 הסיביות החדשה:

• עדכן את הפרויקט המרת .NET Framework ל-.NET (לדוגמה, .NET 8)כאשר המעצב מחוץ לתהליך משמש באופן טבעי ומנהל טוב יותר תלות בזמן עיצוב.
• אם אתה עדיין משתמש ב-.NET Framework, שנה את התצורה כדי לקמפל כ- כל מעבד עם האפשרות "העדיף 32 סיביות"לכן, בזמן התכנון Visual Studio מריץ את הפרויקט ב-64 סיביות, אך קובץ ההפעלה הסופי עשוי להעדיף 32 סיביות בסביבת המשתמש.
• אם יש לך גישה לקוד המקור של רכיב x86, בצע קומפילציה מחדש עבור AnyCPU או ישירות עבור 64 סיביות ולהפנות לגרסה החדשה בפרויקט.
• חיפוש חלופות ל-64 סיביות לרכיבים של צד שלישי המציעים רק גרסאות בניה של 32 סיביות.

אם אינך יכול או לא רוצה לעבור ל-.NET, יש לך אפשרות לעשות זאת הפעלה ידנית של מעצב מחוץ לתהליך עבור פרויקטים של .NET Frameworkהחל מ-Visual Studio 17.9, מעצב מורחב זה מציע תמיכה משופרת עבור הפניות של 32 סיביות, כולל הפניות של ActiveX ו-COM.

מאפיינים לדוגמה: <PropertyGroup><UseWinFormsOutOfProcDesigner>True</UseWinFormsOutOfProcDesigner></PropertyGroup>

לאחר שמירת הקובץ וטעינה מחדש של הפרויקט, Visual Studio יתחיל להשתמש במעצב החיצוני, המצויד טוב יותר להתמודד איתו. הפניות של 32 סיביות ו-64 סיביות באותה סביבהבנוסף, Visual Studio עצמו יכול לזהות באופן אוטומטי שגיאות בעת טעינת אסמבלי 32 סיביות ולהציע הפעלת המעצב מחוץ לתהליך מתפריט האפשרויות שלו (כלים > אפשרויות > תכונות תצוגה מקדימה).

לכן, אפילו בסביבת 64 סיביות לחלוטין כמו Visual Studio 2022 על Windows 11, עדיין ניתן לעצב ממשקי Windows Forms התלויים ברכיבי x86 מסוימים, אם כי באופן אידיאלי, לעתיד, עלינו להתרחק מתלות אלו ולבחור בספריות מקוריות של 64 סיביות או AnyCPU.

כאשר אפליקציית 32 סיביות נכשלת ב-Windows 11כדאי להסתכל מעבר לתווית הפשוטה "x86": לעתים קרובות הבעיה טמונה בגרפיקה ובמנהלי התקנים של DWM, באופן שבו התוכנית מופעלת (הרשאות, קיצורי דרך שבורים, מצב תאימות), בשירותי מערכת לא פעילים, במסנני אבטחה כמו SmartScreen, או ברכיבים מיושנים המוטמעים בסביבות 64 סיביות כמו Visual Studio. על ידי הבנת כל אחת מהשכבות הללו ויישום ההתאמות המתאימות - החל מהפעלה מחדש פשוטה או התקנה מחדש נקייה ועד הגדרת OverlayMinFPS, שימוש במעצב מחוץ לתהליך, או מעבר לגרסאות מודרניות של .NET - ניתן לשמור על חלק ניכר מתוכנת ה-32 סיביות שלך פועלת על Windows 11 מבלי שתצטרך להשלים עם המצב או להפעיל משחק בכל פעם שאתה רוצה לפתוח את Discord.