Në fillim të një kontrate ligjore, veçanërisht në fushën e IT, zakonisht ekziston një seksion i quajtur Termat. Ai shpjegon se çfarë do të thotë ose përfshin kjo apo ajo fjalë IT.
Por përveç fjalëve vërtet komplekse si serveri ose faqja e internetit, fjalët e zakonshme dhe të njohura për programuesit mund të nënkuptojnë gjithashtu diçka krejtësisht të ndryshme. Për shembull, gabimet. Në një kuptim universal, kjo fjalë do të thotë veprim i gabuar. Diçka për të cilën autori i saj madje mund të ketë turp.
Në kuptimin e programimit, fjala gabim ka ndoshta dy përkufizime.
Çfarë do të thotë termi "gabim" në programim dhe në 1C
Një gabim është një program që sillet ndryshe nga sa është menduar. Çdo kompjuter është një grup unik programesh dhe pajisjesh, të ndryshme nga një kompjuter tjetër.
Standardizimi i harduerit dhe i programeve na lejon të supozojmë se programet do të funksionojnë njësoj në çdo kompjuter, por në fakt, rrethana të caktuara mund të lindin gjithmonë kur autori i programit do të habitet pse programi po vepron pikërisht në këtë mënyrë dhe jo ndryshe.
Kjo ndoshta mund të përfshijë edhe ato situata kur programi bën diçka të gabuar sepse programuesi ka harruar diçka ose nuk ka menduar për të.
Një gabim është një mesazh i veçantë nga një program në lidhje me rrethanat aktuale kur programi nuk mund të bëjë atë që duhej të bënte. Mund të duket sikur është e njëjta gjë, por nuk është ashtu.
Për shembull, programuesi synonte që së pari përdoruesi të hapte skedarin dhe më pas programi të bënte këtë dhe atë. Megjithatë, kur programi u kopjua në kompjuterin e përdoruesit dhe përdoruesi harroi të hapte skedarin. Ose u përpoqa ta hapja, por skedari doli të ishte i pasaktë ose hard disku ishte i prishur.
Dhe programi i thotë përdoruesit: Hej, ka një gabim! Nuk mund të bëj atë që duhet.
Gabimet 1C kanë disa nivele - së pari, mund t'i përkasin mesazhet e gabimit 1C, të cilat raportojnë pamundësinë e kryerjes së disa veprimeve që duhet të kishte kryer për shkak të rrethanave aktuale.
Niveli i dytë është gabimet 1C në një program në gjuhën 1C. Po, platforma ekzekuton me sukses një program të shkruar nga një programues 1C, por programi mund të shkruhet gabimisht ose gjithashtu nuk mund të ekzekutohet në rrethanat aktuale (në këtë kompjuter, me veprime të tilla të një përdoruesi të caktuar, etj.).
Niveli i tretë është gabimet 1C në të dhëna. Të dhënat në bazën e të dhënave janë të ndërlidhura me njëra-tjetrën. Megjithatë, mund të ketë situata ku të dhënat korruptohen. Për shembull, një nga formularët nuk ka kontrolle të mjaftueshme për të parandaluar një përdorues veçanërisht krijues që të futë diçka gabimisht. Më tej, programi mund të funksionojë gabimisht, sepse algoritmi nuk priste që dikush të hynte në këtë..
Mesazhi i gabimit 1C
1C raporton një gabim në ekzekutimin e një programi në gjuhën 1C duke përdorur një dritare standarde me tekstin e gabimit 1C dhe butonat OK dhe Më shumë.
Për më tepër, sekreti këtu është se kjo dritare shfaq vetëm një mesazh të shkurtër gabimi 1C, i cili shpesh nuk i tregon asgjë programuesit.
Për të parë detajet e plota, klikoni në butonin Detajet. Edhe linja e programit në të cilën ndodhi gabimi 1C do të shfaqet atje. Ju gjithashtu mund të shkoni direkt në këtë linjë në konfigurues.
Por përdoruesit nuk e dinë për këtë... Dhe ata gjithmonë dërgojnë një pamje të asaj dritareje të parë. Nëse e dërgojnë :)
Duke hedhur një përjashtim
Pra, ne e konsiderojmë një gabim 1C në programim si një mënyrë/mundësi që një program të informojë përdoruesin se nuk mund të bëjë diçka.
Shembull. Ju duhet të hapni skedarin. Por kur hapet, gabimet 1C janë të mundshme - për shembull, përdoruesi nuk ka qasje për të lexuar skedarin. Mund të shkruajmë kështu:
Nëse File = False Atëherë
Raporti ("Dështoi në hapjen e skedarit");
Përndryshe
//programi vazhdon, ne bëjmë diçka me skedarin
fundNëse;
Në këtë shembull, kemi marrë parasysh që skedari mund të mos hapet duke përdorur konstruktin "Nëse".
Sidoqoftë, ky shembull ka disavantazhe të dukshme:
- Mund të ketë shumë opsione të tilla (skedari nuk do të hapet, skedari nuk do të lexohet deri në fund, përdoruesi është i dehur, energjia elektrike është e fikur..)
- Mund të ketë opsione të pa llogaritura për të cilat programuesi nuk ka menduar.
Prandaj, në programim është e zakonshme të përdoret një teknikë e quajtur "hedh një përjashtim" - domethënë, lejohet të ndodhë një gabim 1C.
Programi pretendon se skedari do të hapet gjithsesi. Nuk është shkruar "Nëse". Nëse diçka shkon keq, programi në të vërtetë do të raportojë një gabim 1C - ekzekutimi i tij do të ndërpritet.
Vetë 1C nuk e hap skedarin - thërret komandën e Windows API. Windows është shkruar gjithashtu duke përdorur këtë teknikë. Kështu që ju mund të imagjinoni një zinxhir ndërprerjesh ekzekutimi duke filluar me Windows:
- Gjuha 1C - komanda për të hapur një skedar
- Platforma 1C - komanda për të hapur një skedar
- Windows API - komanda e skedarit të hapur
- Programi i montimit - komanda për të hapur një skedar
- Oops! Skedari nuk hapet!
- Programi i asemblerit është ndërprerë!
- Funksioni i Windows API është i prishur!
- Ekzekutimi i programit të platformës 1C u ndërpre!
- Programi në gjuhën 1C u ndërpre!
- Përdoruesi e sheh mesazhin.
Pyetje: kush e shfaq më pas mesazhin e gabimit 1C? Nga vjen?
Kapja dhe trajtimi i përjashtimeve
Kjo na çon te truku tjetër: kapja e përjashtimeve të krijuara gjatë ekzekutimit të këtij zinxhiri.
Përjashtimet lëvizin nga niveli më i ulët i ekzekutimit lart në zinxhir. Nëse niveli i fundit nuk e ka trajtuar përjashtimin, atëherë do ta bëjë niveli i mëparshëm.
Shembull. Le të trajtojmë përjashtimin në gjuhën 1C:
Përpjekje
Skedari = OpenFile (Emri i skedarit);
String = File.Read();
Përjashtim
Raporti ("Skedari nuk mund të hapej: nuk ekziston ose nuk ka të drejta aksesi");
Përpjekja e Fundit;
Në këtë shembull, ne e përpunuam vetë përjashtimin (d.m.th., një situatë të jashtëzakonshme ose një gabim 1C). Kështu, jemi ne që e informojmë përdoruesin për një "gabim" që ka ndodhur - pamundësia për të hapur skedarin.
Kur e bëjmë këtë vetë, mund të mos i tregojmë asgjë përdoruesit, por thjesht ndjekim një opsion tjetër për ekzekutimin e programit.
Është e lehtë të shihet se kjo metodë mund të përdoret gjithashtu në rastet kur mund të ndodhë "disa" gabim 1C në një pjesë të kodit. Ne e "kapim" atë dhe e përpunojmë ose ia raportojmë përdoruesit.
Çfarë do të ndodhë nëse nuk e përgjojmë dhe përpunojmë gabimin 1C në nivelin tonë "të lartë"? Pastaj niveli tjetër më poshtë do ta raportojë atë - platforma 1C. Ne sapo folëm se si ajo e bën këtë dhe shikuam pamjen e ekranit.
Çfarë ndodh nëse platforma nuk e trajton këtë? Kjo është e drejtë - kjo zakonisht do të funksionojë në një nivel më të ulët - Windows. Në këtë rast, programi 1C do të "dështohet" dhe Windows do të raportojë se programi ka kryer një operacion të pavlefshëm dhe do të mbyllet.
Çfarë ndodh nëse Windows nuk e trajton këtë? Ju ndoshta e keni parë atë - kompjuteri juaj do të ngrijë ose rindizet.
Përgjimet dhe transaksionet e ndërlidhura
Çfarë mesazhesh mendoni se do të shohë përdoruesi gjatë ekzekutimit të këtij shembulli?
Përpjekje
Përpjekje
f = 1/0;
Përjashtim
Raporti ("Gabim specifik");
Përpjekja e Fundit;
Përjashtim
Raporti ("Gabim i përgjithshëm");
Përpjekja e Fundit;
E drejtë! Trajtuesi i brendshëm do të aktivizojë dhe raportojë "Gabim specifik", por ai i jashtëm nuk do të funksionojë.
Sidoqoftë, nga pikëpamja e programit, këtu ndodhi një gabim 1C, megjithëse u përpunua. Diku në trurin e saj, platforma kujtoi se kishte një gabim 1C.
Kjo ka implikime për përfundimin e transaksioneve. Një transaksion është disa veprime mbi të dhënat në një bazë të dhënash që duhet të kryhen vetëm së bashku. Siç e kuptojmë, gabimet 1C mund të jenë arsyeja e dështimit të tyre për t'i përfunduar ato së bashku. Prandaj, ekziston mekanizmi i mëposhtëm:
StartTransaction();
//krijoi drejtorinë 1, por në fakt nuk ishte shkruar në bazën e të dhënave
Ref1.Write();
//krijoi drejtorinë 2, por në fakt nuk ishte shkruar në bazën e të dhënave
Ref2.Write();
CommitTransaction();
//kjo komandë shkroi në bazën e të dhënave gjithçka që u bë duke filluar me 'Fillimi i transaksionit'
Funksioni CommitTransaction() mund të ekzekutohet vetëm nëse nuk ka ndodhur asnjë gabim 1C që nga thirrja StartTransaction().
Nëse, kur shkruani një kod të tillë, kuptoni se kjo linjë kodi mund të përmbajë një gabim 1C, mund ta vendosni përpunimin e tij duke përdorur Përpjekje/Përjashtim. Sidoqoftë, në këtë rast, platforma do të marrë ende parasysh që ka ndodhur një gabim 1C dhe nuk do të regjistrojë transaksionin ose nuk do të shkruajë të dhëna në bazën e të dhënave.
Gabime të paqëllimshme 1C
Pra, në programin 1C programuesi mund të bëjë një gabim 1C. Në këtë rast, platforma 1C do ta raportojë atë.
Në rast se nuk mund ta kuptoni pse dhe kur ndodh një gabim i tillë 1C, mund të përdorni Përpjekje/Përjashtim për të trajtuar gabimin 1C.
Gjithashtu, Provo/Përjashtim mund të përdoret në rastin kur dëshironi të krijoni një seksion të garantuar pa gabime të programit. Mund të jeni i sigurt se edhe nëse ndodh një gabim 1C, do ta kapni dhe do ta trajtoni në një mënyrë të veçantë.
Gabime të qëllimshme 1C
Mund të pretendoni në tekstin e programit se skedari do të hapet gjithmonë dhe numri do të ndahet gjithmonë. Por përdorni Përpjekje/Përjashtim si një mënyrë për të kaluar programin në një opsion tjetër rregullimi në rast se kjo ndodh. Ose thjesht informoni përdoruesin për gabimin 1C.
Telefonata e gabimit 1C
Ju mund të krijoni vetë funksione që, nëse nuk mund të ekzekutohen, mund ta raportojnë këtë duke hedhur një përjashtim.
Mund ta bëni si kjo:
Funksioni DoSomething (Parametër)
Nëse Parametri = I Padefinuar Atëherë
Ngritja e përjashtimit "Ndodhi një gabim në funksionin DoSomething. Parametri nuk është specifikuar";
fundNëse;
Funksioni i Fundit
Për ç'farë është kjo? Në rastin kur krijoni një funksion që do të përdoret në shumë vende, dhe mbase do ta përdorin edhe të tjerët, kjo është një mënyrë e mirë për të vrarë disa zogj me një gur:
- Zgjidh gabimin 1C
- Raportoni një gabim 1C në një nivel më të lartë (te programi që thirri këtë funksion)
- Raportoni jo vetëm gabimin 1C, por edhe tekstin/detajet
- Është e garantuar të ndërpresë ekzekutimin jo vetëm të funksionit të tij, por edhe të të gjitha niveleve, nëse programuesi që i ka shkruar nuk ka menduar se një gabim i tillë 1C mund të ekzistojë dhe nuk e ka trajtuar atë.
Mënyra më të sakta për të raportuar gabimet 1C
Në mënyrë tipike, kur duhet t'i komunikoni diçka përdoruesit, .
Sidoqoftë, në konfigurimet standarde, të tilla si Kontabiliteti, Menaxhimi i Tregtisë, SCP, ekziston një funksion i veçantë:
Qëllimi i Përgjithshëm.RaportoError("Tekst");
Përparësitë e tij:
- Forma e mesazhit varet nga klienti që funksionon
- Regjistron informacionin në librin e ditarit
- Në disa konfigurime, është zbatuar një formë më e bukur e mesazhit të gabimit 1C.
Analiza e gabimeve
Kur po funksionon platforma 1C, regjistri i regjistrimit funksionon. Përveç veprimeve të përdoruesit, ai ruan gjithashtu informacione në lidhje me gabimet 1C që kanë ndodhur gjatë funksionimit të platformës 1C.
Në konfigurues, zgjidhni artikullin e menysë Administrim/Regjistrim.
Klikoni butonin Zgjidh (si në foto). Vendosni zgjedhjen e ngjarjeve vetëm për gabimet 1C.
Regjistri do të shfaqë një listë të gabimeve që kanë ndodhur. Klikoni në një rresht për të parë një mesazh specifik në më shumë detaje.
Një problem i tillë si gabimi i formatit Stream ndodh mjaft shpesh në 1C 8.3. Le të shohim se si ta rregullojmë këtë gabim.
Cili është një gabim i formatit të transmetimit në 1s 8.3?
Kjo ndodh në situatat e mëposhtme:
- Një gabim i formatit të transmetimit gjatë nisjes së 1C Enterprise 8.2 ose konfiguruesit zakonisht shoqërohet me probleme me cache. Zakonisht shkaktohet nga mosfikja e duhur e sistemit, për shembull, për shkak të një ndërprerjeje të energjisë. Prandaj, rekomandohet fuqimisht instalimi i furnizimit me energji të pandërprerë në mënyrë që të mos humbni informacione të rëndësishme. Shpesh gabimi shfaqet gjatë fillimit të bazës së të dhënave pas përditësimit të konfigurimit.
- Situata e dytë është kur krijoni një raport, për shembull, hapni një raport, postoni një dokument, hapni një dokument, etj. Shpesh kjo është për shkak të përmbajtjes së informacionit në bazën e të dhënave. Shkaku i këtij gabimi është më shpesh prania e informacionit "të prishur" brenda sistemit.
Merrni 267 mësime video në 1C falas:
Korrigjim
- Si rregull, për të zgjidhur këtë problem, mjafton të pastroni skedarët e përkohshëm në sistem. .
- Nëse nuk ju ndihmon, por mund të futeni në konfigurues, ekzekutoni .
- Nëse nuk keni akses në konfigurues dhe baza e të dhënave është në provë, përdorni atë, i cili ndodhet në dosjen e programit.
- Nëse metodat e mësipërme nuk ndihmojnë, por fillon modaliteti 1C Enterprise, ngarkoni të dhënat në një bazë të dhënash të re duke përdorur përpunimin " ". Megjithatë, kjo mund të rezultojë në humbje të të dhënave.
- Përditëso. Një arsye tjetër mund të jetë prania e seancave aktive të përdoruesve me versione të ndryshme të pjesës së klientit të platformës 1C. Kjo është, për shembull, një përdorues me platformën 1C 8.3.5.1517 është duke punuar në bazën e të dhënave, dhe një tjetër po përpiqet të lidhet, me versionin 8.3.5.1444.
Nëse kjo nuk ndihmon, ka mënyra më të sofistikuara për të zgjidhur këtë problem. Për shembull, duke përdorur një redaktues HEX. Nëse keni nevojë për ndihmë të kualifikuar nga programuesit 1C, na kontaktoni! Detajet në faqe
Ka situata kur, kur punoni me 1C 8.3 ose 8.2, ju merrni gabimin "Gabimi DBMS: Gabim i brendshëm në komponentin dbeng8". Natyrisht, përshkrimi i tij nuk është aq informues sa do të donim të ishte.
Në këtë rast, ka shumë të ngjarë, struktura e ruajtjes së brendshme të tabelave në bazën e të dhënave të zgjidhjes së aplikacionit që po përdorni është prishur. Mos u dëshpëroni, gabimi mund të trajtohet dhe nëse përdorni të gjitha këshillat tona, me shumë mundësi do të jeni në gjendje ta rregulloni atë.
Ju lutemi vini re se përpara se të vazhdoni me metodat e mëposhtme, Domosdoshmërisht. Nuk duhet të krijoni probleme të panevojshme për veten tuaj.
Në raste të tilla, si me rregullimin e çdo gjëje, është gjithmonë më mirë të filloni nga e thjeshta në komplekse. Prandaj, gjëja e parë që duhet të bëni është të instaloni versionin më të fundit të platformës 1C. Nëse e përdorni tashmë ose për ndonjë arsye nuk dëshironi ta përditësoni, thjesht mund ta zëvendësoni bibliotekën "dbeng8.dll", duke e marrë atë nga drejtoria me një program tjetër të instaluar, si në kompjuterin tuaj ashtu edhe në një tjetër.
Në rastin tonë, ai ndodhet në drejtorinë "D:\Program Files (x86)\1cv8\8.3.9.2170\bin", pasi këtu është instaluar vetë platforma.
Testimi dhe korrigjimi në 1C
Shpesh, metoda e azhurnimit të platformës nuk ndihmon gjithmonë, pasi gabimi qëndron në vetë bazën e të dhënave. Në këtë rast, me një probabilitet shumë të lartë, do t'ju ndihmojë.
Duke përdorur konfiguruesin
Zgjidhja e problemit në këtë mënyrë bëhet nga konfiguruesi. Shkoni te menyja "Administrimi" dhe zgjidhni "Testimi dhe rregullimi...".
Në formularin e cilësimeve paraprake që shfaqet, hiqni flamujt nga artikujt "Riindeksimi i tabelave të bazës së informacionit" dhe "Rillogaritja e totaleve". Këto shtesa nuk do të luajnë një rol në korrigjimin e gabimit tonë, por vetëm do të rrisin kohën e përpunimit të të dhënave.
Pasi të klikoni në butonin "Run", programi do të fillojë procesin e testimit dhe korrigjimit të bazës së informacionit, i cili mund të zgjasë mjaft kohë. Pas përfundimit, do t'ju paraqitet një raport i plotë.
Shërbimi "chdbfl.exe"
Ky mjet është një analog i testimit dhe korrigjimit dhe ka për qëllim bazat e të dhënave të informacionit të skedarëve. Nuk ka nevojë të kërkoni në internet se ku mund ta shkarkoni. Ky mjet është i përfshirë në dorëzimin e vetë platformës 1C dhe ndodhet në të njëjtën dosje me bibliotekën e referuar nga gabimi që po korrigjojmë.
Për më tepër, duhet të zbuloni se ku ndodhet baza e informacionit në të cilën keni marrë gabimin. Zgjidhni atë në listën e bazave të informacionit dhe në fund të dritares, ky informacion do të jetë i disponueshëm për ju.
Tani le ta hapim vetë dhe në fushën "Emri i skedarit DB", zgjidhni skedarin "1Cv8.1CD" nga drejtoria adresën e së cilës sapo e zbuluam.
Ne kemi nevojë jo vetëm për të kryer diagnostifikim, por edhe për të rivendosur funksionalitetin e bazës së informacionit. Në këtë drejtim, në këtë situatë, është e nevojshme të vendosni flamurin në artikullin "Korrigjimi i gabimeve të zbuluara".
Këto dhe disa metoda të tjera diskutohen gjithashtu në këtë video:
Edicioni i fundit Nr. 22 nga 15.07.08 | Histori
URL:
Fjalët kyçe: gabim, përjashtim, përpjekje, 80004005, 80040E31, 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B, 8001011B, 10080007 0706BE, 80080005,SDBL,pos,CAST
Unë sugjeroj që të gjithë të përpilojnë njëzëri një listë të gabimeve 1C 80 dhe çfarë lloj mesazhi në lidhje me këtë gabim mund të merret për analizë në funksionin Error Description ().
Ju lutemi ndiqni formatin dhe jepni tekstin e gabimit fjalë për fjalë.
Gabim në bllokimin e transaksionit
Ofruesi Microsoft OLE DB për SQL Server: Transaksioni (Procesi ID 55) u bllokua në burimet e bllokimit me një proces tjetër dhe u zgjodh si viktima e bllokimit. Kryeni përsëri transaksionin.
HRESULT=80004005, SQLSTATE=40001, vendas=1205
Ndodh kur ka një konflikt transaksioni, shpesh kur shkruani objekte.
Gabim bllokimi në transaksione 2
Ofruesi Microsoft OLE DB për SQL Server: Periudha e skadimit të kërkesës për kyçje është tejkaluar.
HRESULT=80040E31, SQLSTATE=HYT00, vendas=1222
Kohëzgjatja ka skaduar.
Më shumë se 256 tabela në një pyetje
Gabim gjatë ekzekutimit të pyetjes "Kërkesa e ndërtuar në DBMS përdor shumë tabela. Nuk lejohen më shumë se 256."
Kur një pyetje i referohet më shumë se 256 tabelave.
Gabimet: 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B
Ato ndodhin në rastet kur përdoruesi në emër të të cilit po ekzekutohet aplikacioni i klientit nuk ka të drejta aksesi në asnjë burim. Në veçanti, kjo mund të nënkuptojë që përdoruesi në emër të të cilit u lançua aplikacioni i klientit 1C:Enterprise nuk është në gjendje të hyjë as në mjetet COM+ të kompjuterit në të cilin është instaluar serveri, as në aplikacionin COM+ 1CV8 të regjistruar në të, që është 1C: Server i ndërmarrjes.
Nëse ky gabim ndodh në një lidhje të jashtme 1C:Enterprise, kjo do të thotë që përdoruesi i aplikacionit që ka aksesuar lidhjen e jashtme nuk ka të drejtat e duhura. Ky mund të jetë çdo aplikacion interaktiv ose, për shembull, një server WEB. Në veçanti, nëse Microsoft Internet Information Services përdoret si një server WEB, atëherë një përdorues i tillë mund të jetë përdoruesi IUSR_<Имя компьютера>ose ASPNET.
Metoda për konfigurimin e të drejtave të hyrjes së përdoruesit në serverin COM+ përshkruhet në seksionet "Çështjet e instalimit dhe konfigurimit të 1C: Enterprise 8.0 në versionin klient-server" dhe "Karakteristikat e përdorimit të një lidhjeje të jashtme 1C: Ndërmarrja në aplikacionet WEB".
(C) I SAJ
Gabim 80010108
Kjo mund të ndodhë nëse aplikacioni i klientit ka qenë në një gjendje joaktive për disa kohë (disa minuta), për shembull, për shkak të rënies së kompjuterit në gjumë ose pritjes për një kohë të gjatë në një pikë ndërprerjeje në korrigjuesin. Arsyeja për këtë është një veçori e mekanizmit DCOM, i cili siguron që lidhja me serverin të shkëputet me forcë nëse klienti nuk ka qenë aktiv për një kohë të gjatë.
(C) I SAJ
Gabim 80010005
Mund të ndodhë në një aplikacion klienti gjatë qasjes në serverin 1C:Enterprise nëse, kur rivizatoni ekranin, aplikacioni i klientit akseson përsëri serverin 1C:Enterprise. Ky mund të jetë një manifestim i një gabimi të brendshëm në aplikacionin e klientit 1C: Enterprise. Për ta korrigjuar shpejt atë, këshillohet të përshkruani rrethanat e shfaqjes së tij dhe të kontaktoni linjën e mbështetjes teknike 1C:Enterprise 8.0.
(C) I SAJ
Gabimet 800706BA, 800706BE
Ata sinjalizojnë një emergjencë në serverin 1C: Enterprise, i cili çoi në rifillimin e tij automatik.
(C) I SAJ
Gabim 0x80080005: Ekzekutimi i serverit dështoi
Një nga arsyet e këtij gabimi janë problemet me nënsistemin COM+, i cili është pjesë e sistemit operativ. Kur ndodh një gabim i tillë, si rregull, ngjarjet me një burim COM+, emri i aplikacionit të serverit Application System dhe një tregues i skedarit Comsvcs.dll regjistrohen gjithashtu në regjistrat e ngjarjeve të sistemit. Ekzistojnë procedura për rivendosjen e funksionalitetit COM+, por ato jo gjithmonë japin rezultatin e dëshiruar. Përshkrimet e procedurave të rekomanduara zyrtarisht mund të gjenden në http://support.microsoft.com/default.aspx?scid=kb;en-us;315296 (ose të ngjashme http://support.microsoft.com/default.aspx?scid =kb ;en-us;318731), megjithatë, bazuar në rezultatet e aplikimeve praktike, rekomandohet procedura e përshkruar në http://www.jsifaq.com/subN/tip6900/rh6951.htm. Kjo sekuencë hapash është zgjeruar në krahasim me atë zyrtar dhe mund të përdoret në sistemet operative 2000/XP/2003. Më poshtë është përkthimi i tij në Rusisht.
Për të rivendosur një drejtori të dëmtuar COM+:
1. Riemërtoni drejtorinë %SystemRoot%\System32\Clbcatq.dll në %SystemRoot%\System32\~Clbcatq.dll (vini re pamjen e tildës në emrin e drejtorisë).
2. Rinisni kompjuterin tuaj.
3. Hiqni çelësin COM3 nga regjistri i sistemit, i vendosur në çelësin HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
4. Hapni komandën e komandës CMD.EXE.
5. Shkruani pushd %SystemRoot% dhe shtypni Enter.
6. Shkruani rd /s /q Regjistrim dhe shtypni Enter.
7. Shkruani popd dhe shtypni Enter.
8. Shkruani exit dhe shtypni Enter.
9. Hiqeni fjalën Hide nga rreshti që fillon me COM= në skedarin %SystemRoot%\Inf\Sysoc.inf. Ju mund të përdorni Notepad për të redaktuar skedarin.
10. Për Windows XP:
* Hapni konsolën e komandës CMD.EXE.
* Shkruani regsvr32 /s ole32.dll dhe shtypni Enter.
* Shkruani regsvr32 /s oleaut32.dll dhe shtypni Enter.
* Shkruani exit dhe shtypni Enter.
11. Hapni panelin e kontrollit Add/Remove Programs dhe zgjidhni Add/Remove Windows Components.
12. Klikoni Next dhe riinstaloni COM+.
Shënim: Nëse Windows File Protection bllokon një ose më shumë nga veprimet e mësipërme, duhet t'i kryeni këto veprime në Safe Mode.
http://users.v8.1c.ru/Adm433.aspx
Gabim në regjistrim/postim
Gabim gjatë thirrjes së metodës së kontekstit (Write): Operacioni dështoi!
Ndodh nëse caktoni Failure=true në modulin e regjistrimit/postimit
Gabim i konvertimit të të dhënave XML
ndodh kur struktura (konfigurimi) i të dhënave është desinkronizuar midis nyjeve të një baze të dhënash të shpërndarë
Nuk ka asnjë përdorues me të drejta administrative në bazën e të dhënave
Kur redaktoni listën e përdoruesve, rolet merren vetëm nga konfigurimi i bazës së të dhënave. Përditëso konfigurimin e bazës së të dhënave (F7).
Përpiquni të transferoni një vlerë të ndryshueshme në serverin 1C: Enterprise
Ndodh vetëm në versionin klient-server (SQL). Nevojitet një programues për të rregulluar gabimin. Nëse keni një konfigurim tipik, provoni ta përditësoni në versionin më të fundit.
I ndryshueshëm - i ndryshueshëm. Vetëm vlerat e llojeve primitive të të dhënave mund të transferohen në serverin 1C.
Fillimi i klientit ekzekutohet në server. Është e pamundur të fshish përgjithmonë një klient
v8: Fillimi i klientit ekzekutohet në server. Është përgjithmonë e pamundur të fshish një klient
Sidoqoftë, nuk është e nevojshme të rinisni serverin e aplikacionit (duke përjashtuar të gjithë përdoruesit) në mënyrë që të shkatërroni procesin që varet në këtë mënyrë.
Mjafton ta gjesh këtë proces në serverin SQL dhe ta vrasësh në serverin SQL.
Gabim SDBL: Fushat "CAST (Q_000_T_001/Regjistruesi AS REF(Document4055)/Fld4092" dhe "CAST (Q_000_T_001/Regjistruesi AS REF(Document123)/Fld2322") nuk janë të përputhshme sipas llojit 1.73=1
Në dokumentet "Urdhër në para në hyrje" dhe "Urdhër parash dalëse" atributi "Bazë" ka një flamur të ndezur në pronën "Gjatësia e pakufizuar", ju duhet të zgjidhni flamurin dhe të specifikoni gjatësinë e këtij atributi
"Gabimi SQL: Fusha nuk u gjet "MaxGetCode"
Ky gabim lëshohet në versionin e skedarit kur klientët e versioneve të ndryshme punojnë njëkohësisht me sigurinë e informacionit në versionin e skedarit.
