AccessTr.neT
ilginç hata ilginç çözüm - Baskı Önizleme

+- AccessTr.neT (https://accesstr.net)
+-- Forum: Genel Konular (https://accesstr.net/forum-genel-konular.html)
+--- Forum: Farklı Konular Hakkında Sorular (https://accesstr.net/forum-farkli-konular-hakkinda-sorular.html)
+--- Konu Başlığı: ilginç hata ilginç çözüm (/konu-ilginc-hata-ilginc-cozum.html)

Sayfalar: 1 2


ilginç hata ilginç çözüm - Coskun0559 - 22/03/2012

Arkadaşlar bugün uygulamamda resimde görüldüğü gibi hata almaya başladım ve uygulamanın bozulduğunu düşündüm.Yeni bi dosya açtım ve ne var ne yoksa herşeyi yeni dosyaya aldım ama problem çözülmedi.Ne yapsam nafile.sadece 1 formda veriyor bu hatayı.aynı formu yeniden oluşturayım dedim yine olmadı.tabloyu tekrar oluşturayım dedim sonuç yine hüsran.uygulama masaüstünde "YAZILIM" klasöründe duruyordu.yaptığım tek şey uygulamayı alıp masaüstünde yeni bir klasöre kopyalamak oldu.Başka hiç bir şey yapmadım ve sorun kendiliğinden ortadan kalktı(gelde kafayı yeme) Aklıma ozan hocanın
şu konusu geliyor.
Volksvagen'in Bill Gates'e Müthiş Cevabı
Eğer aynı tür sorun yaşayan varsa dediğim şekilde deneyebilir ve sonucu paylaşırlarsa sevinirim.

[Resim: 13324160471.jpg]


Cvp: ilginç hata ilginç çözüm - mehmetdemiral - 23/03/2012

klasörün adını "yazilim" olarak değiştirip denemişsindir mutlaka. O zaman da hata verdi mi? Gerçi "YAZILIM" ile "yazilim" ingilizce açısından aynı şey ama, bazen ilginç şeyler olmuyor değil.


Cvp: ilginç hata ilginç çözüm - Coskun0559 - 23/03/2012

mehmet hocam klasörün adıyla projeye başladığımdan beri hiç oynamadım geçen hafta hiç sorun yoktu


Cvp: ilginç hata ilginç çözüm - maytas - 23/03/2012

Benzer problemler benim de çok başıma geldi. Bu da bana şu Access'in ne de çok bugu varmış dedirtti.
Yanlış hatırlamıyorsam örneğin "ADI_SOYADI" alanı için Sql kodlarda "Adi_Soyadi" kulandığımda benzer hata vermişti.
Ayrıca bir formda kullandığım CommanButton'u başka bir oruma yapıştırdığımda da benzer hata almıştım. İsmini değiştirince problem çözülmüştü.
Şu an aklıma gelmeyen benzer hatalar da almıştım.


Cvp: ilginç hata ilginç çözüm - mehmetdemiral - 24/03/2012

Hepsini bir yana bırakın, referans penceresinde bir referansın sırasını değiştirdiğimde hata oluştuğunu bilirim. Bu özellikle DAO ve ADO referanslarında olur da başka referanslarda neden böyle bir hata olur bilinmez. DAO ve ADO da aynı kulvarda olan komutlar nedeniyle çıkan problemi anlarım da başka referanslardaki böyle bir sıralama problemini hiç anlamam.


Cvp: ilginç hata ilginç çözüm - maytas - 24/03/2012

Mehmet hoca, ADO uygulamalarımda ADO'ya çok yer verdiğimden genelde başıma gelen bende referans olarak yüklü olan ADO 2.8 Library, başka bilgisayarda yüklü olmadığından hata veriyor, ki bu aslında normal.
Bu yüzden genelde bende son sürümü yüklü olmasına rağmen Microsoft ActiveX Data Objects 2.7 Library seçmeye özen gösteririrm.
Bu arada bu başlık altında herkes başına gelen ilginç problemleri ve çözümleri paylaşırsa bunlar bir yerde toplanmış olur ve hepimiz istifade etmiş oluruz.
Örneğin benim ilk başlarda TR Access ve ENG Access farkından dolayı sorgularda kullanılan form nesnelerine başvuru hatası beni şaşırtmıştı.
Şöyle ki TR versiyon kullanınca sorguda bu parametre kendin manuel olarak düzeltmedikçe "Like [Formlar]![FORM_ADI]![NESNE_ADI] & "*"" olarak yazılır, ENG'de ise "Like [Forms]![FORM_ADI]![NESNE_ADI] & "*"" . TR verisyonda kullanınca problem yok, ama ENG'de hemen dank diye uyarıyı veriyor.
Sağolsun çözümü o zaman Ozan Hoca söylemişti, yani her zaman "Formlar" yerine "Forms" kulanmak sorunu çözer diye.