Ana Menü
· Ana Sayfa
· Dosyalar
· Dökümanlar
· Forum
· Günün Resmi
· Haber Arşivi
· WWW Linkleri
· Üye Listesi

     Forumlar

 strncpy ve strncpy_s
 Konu adi : Borland c++ Builder ile Amiral Batti
 Rady10 - YerliOyun
 Kabusta Kaybolmak
 Konsol da programı bekletmek
 Oyun programlama icin hangi programlama dilli ?
 flash! şanlıurfa bilgisayar oyununda(no rapid)
 Sevgilim Olur musun?
 Directx'e başlamak isteyenler bi bakın
 PSP programlama
 Flash tan php
 Bilgisyr oyunu yapmam için üniverstde hangi bölüme girmeliym
 www.arshiv.gen.ms
 Cimg.h ilgilenenler icin
 müttefik oyunu

Konu Disi
 Emraah
 Yeni sitemiz açıldı
 Kalp krizi durumunda ne yapılmalı?
 Oyun sektöründe hangi görevde çalışmak isterdiniz?
 Takım arkadaşı sorunu
 msn de renklı nıck
 pc hata veriyor ! YARDIM!!
 Gülmek isteyenler Buraya
 İnanılmaz hl 2 modu görüntüsü
 Computer Languages History

[ Forumlara Git ]


oyunyapimi.org: Forums

www.oyunyapimi.org :: Başlığı Görüntüle - niyeki ama?
 SSSSSS   AramaArama   Kullanıcı GruplarıKullanıcı Grupları   ProfilProfil   LoginLogin 

niyeki ama?

 
Bu forum kilitlenmiştir, yeni bir başlık açamazsınız, cevap gönderebilir ya da mesajları değiştirebilirsiniz   Bu başlık kilitlenmiştir, cevap yazamaz ya da mesajları değiştiremezsiniz    www.oyunyapimi.org Forum Ana Sayfası -> OyunYapımı
Önceki başlık :: Sonraki başlık  
Yazar Mesaj
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Sun Apr 25, 2004 2:27 pm    Mesaj konusu: Alıntıyla Cevap Ver

bende bir problemmi var acaba bugunlerde fazla kod yazdıım için beynim hasar görmüş olabilir...

Şimdi yukardaki durumda F10 tuşu ile ilerlediğimizde şöyle oluyor,

ama görüldüğü gibi aslında player->waypoint NULL değil.. değilmi??
Başa dön
Kullanıcı profilini gör
deniz
Site Yöneticisi
Site Yöneticisi


Kayıt: Sep 14, 2002
Mesajlar: 838
Nereden: Ankara

MesajTarih: Sun Apr 25, 2004 2:55 pm    Mesaj konusu: Alıntıyla Cevap Ver

projeyi "rebuild" at.. olmassa tüm obj leri sil.. bidaha rebuild a zorla..

Başa dön
Kullanıcı profilini gör Kullanıcının web sitesini ziyaret et
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Sun Apr 25, 2004 3:06 pm    Mesaj konusu: Alıntıyla Cevap Ver

evet yaptım. .obj dahil herşeyi sildim clean yaptım build yaptım olmadı.
Başa dön
Kullanıcı profilini gör
Black_Knight



Kayıt: Oct 23, 2002
Mesajlar: 286
Nereden: İstanbul/İzmir

MesajTarih: Sun Apr 25, 2004 3:38 pm    Mesaj konusu: Alıntıyla Cevap Ver

resimler niye gozukmuyor yaw??
ben sorunu anlamadım dogal olarak yardımcı olamıyorum[addsig]
Başa dön
Kullanıcı profilini gör E-Posta'yı gönder Kullanıcının web sitesini ziyaret et MSN Messenger
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Sun Apr 25, 2004 10:40 pm    Mesaj konusu: Alıntıyla Cevap Ver

resimler niye gözükmüyor bilmiyorum ama şöyle adres verebilirim,
http://www.geocities.com/crazysnails/1.jpg
http://www.geocities.com/crazysnails/2.jpg
hatayı buldum derleyici hatasıymış, çok iğrenç bir hata olduğunuda belirteyim;
şöyleki,
struct player_t
{
int type;
int model;
md2_anim_t anim;
int animMode;
unsigned drawflags;

bu yukarıdaki drawflags değişkenini yapıya ekleyince bu hatayı veriyor bu satırı iptal edince program düzgün çalışıyor.. drawflags değişkeninin programda hiçbiryerde kullanılmadığınıda belirteyim kafanızda soru işareti olmasın,,
bu yapı(player_t) oldukça geniş bir yapı ben bu değişkenin tanımlandığı yeri değiştirerek denedim daha aşağılarda tanımladım, şu değişkenlerin altında tanımlayıncaya kadar problem çıkardı bundan sonra problem çıkarmadı,
LARGE_INTEGER timeStart;
LARGE_INTEGER timeFinish;
unsigned int drawflags;

evet değişkenlerin LARGE_INTEGER tanımlanmış olması ilginç, hatayı çok derin araştırmadım ama araştırılsa çok somut bir derleyici hatası bulunabilir sanırım ama hiç uğraşamam ben şahsen.
Başa dön
Kullanıcı profilini gör
DG



Kayıt: Mar 06, 2004
Mesajlar: 351
Nereden: Eskişehir

MesajTarih: Sun Apr 25, 2004 11:32 pm    Mesaj konusu: Alıntıyla Cevap Ver

Service Pack kullanıyor musun? VC++ 6.0'ın ilk halinde çok bug var. Eğer SPleri kurmadıysam Microsoft'un sitesinden SP5.0 + Processor Pack'i edin.

LARGE_INTEGER da neyin nesiymiş (tanımlı bir sürü büyük tamsayı sabiti varken). Onun kodunu da yazıver buraya bir zahmet. Zayıf bir ihtimal ama; LARGE_INTEGER'dan kaynaklanan bir hatadan dolayı da programın sapıtıyor olabilir.

Projede, NULL macrosunun üzerine yazan birşeyler olabilir mi? Sen kendin (void *) tipinde bir deneme yaptın mı?

Eğer "Microsoft Visual C++ Toolkit 2003" senin IDEn ile uyumlu çalışıyorsa onu bir dene. VC++ 6.0'ın derleyicisi, bağlayıcısı ve böcek ayıklayıcısı (debugger) biraz *sorunlu*.
Başa dön
Kullanıcı profilini gör Kullanıcının web sitesini ziyaret et
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Mon Apr 26, 2004 9:45 pm    Mesaj konusu: Alıntıyla Cevap Ver

Hatanın kaynağını araştırmıyorum artık benden kaynaklanmadığını biliyorum bu yeterli. bendeki derleyici eski sürümlerden birisi olabilir.
LARGE_INTEGER i QueryPerformanceCounter QueryPerformanceFrequency fonksiyonlarına parametre olarak kullanıyorum.
Yalnız şu NULL a yazma nasıl oluyor biraz açarmısın..
Başa dön
Kullanıcı profilini gör
DG



Kayıt: Mar 06, 2004
Mesajlar: 351
Nereden: Eskişehir

MesajTarih: Mon Apr 26, 2004 11:03 pm    Mesaj konusu: Alıntıyla Cevap Ver

Service Pack leri mutlaka edinmelisin. VC++ 6.0'ın Service Pack'siz hali Quake2'yi bile derlemiyor. Sorun *büyük* ihtimal Service Packlerle ilgilidir.

LARGE_INTEGER'ı fonksiyona parametre olarak kullanma kısmını anlayamadım. LARGE_INTEGER bir tip mi? macro mu? ya da ne?

NULL bazı ortamlarda '0', bazılarında ise '((void *)0)' gibisinden boş bir gösterge olarak tanımlanmış olabilir. Senin programın kaynak kodu içinde de NULL #undef sonra da #define marifeti ile değişmiş olabilir. Tam emin olmak için player->waypoint 'i (void *) ve ((void *) 0)'a karşı da dene.

Başa dön
Kullanıcı profilini gör Kullanıcının web sitesini ziyaret et
HakanNehir



Kayıt: Mar 22, 2004
Mesajlar: 60

MesajTarih: Tue Apr 27, 2004 9:43 am    Mesaj konusu: Alıntıyla Cevap Ver

direk
unsigned drawflags
yerine
unsigned int drawflags
ya da
unsigned veri_tipi drawflags
denedin mi ?


yine hata veriyor mu ?
Başa dön
Kullanıcı profilini gör E-Posta'yı gönder Kullanıcının web sitesini ziyaret et
leblebi



Kayıt: Jan 05, 2004
Mesajlar: 127
Nereden: q3dm17

MesajTarih: Tue Apr 27, 2004 6:42 pm    Mesaj konusu: Alıntıyla Cevap Ver

Hata senden kaynaklaniyo!!! Bir yerde heap'i corrupt ediyosun onun icin struct'in buyuklugunu degistirince hata gidiyomus gibi oluyo.

Visual c'nin boyle basit konularda hata yapacak compiler oldugunu sanmam.
Başa dön
Kullanıcı profilini gör E-Posta'yı gönder Kullanıcının web sitesini ziyaret et
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Tue Apr 27, 2004 8:19 pm    Mesaj konusu: Alıntıyla Cevap Ver

Quote:

On 2004-04-27 19:42, leblebi wrote:
Hata senden kaynaklaniyo!!! Bir yerde heap'i corrupt ediyosun onun icin struct'in buyuklugunu degistirince hata gidiyomus gibi oluyo.

Visual c'nin boyle basit konularda hata yapacak compiler oldugunu sanmam.




leblebi gösterdiim resimlere baktınmı?structun büyüklüü değişmiyor sadece struct içinde tanımlı ve hiçbiryerde kullanılmayan zalak bir üye değişkeninin tanımlandığı yeri değiştirince program düzgün çalışıyor.
bendeki visual c++ gayet hatalı bir program bu tür hatalarla daha öncede karşılaşıyordum ama obj. leri ve diğer çıktı dosyalarını silip tekrar derlediğimde hata felan kalmıyordu.
DG : service packı indirsem iş çözülebilir belkide ama heralde o pack en az 30-40mb felandır şimdi hiç kasamıycam dialup ile.
LARGEINTEGER 64 bitlik bir tamsayı tipi, her makina derleyici desteklemiyor galiba
şöyle tanımlanmış MSDN den..

typedef union _LARGE_INTEGER {
struct {
DWORD LowPart;
LONG HighPart;
};
LONGLONG QuadPart;
} LARGE_INTEGER, *PLARGE_INTEGER;
HakanNehir: Çok incelemedim ama değişkenin tipini yada adını değiştirincede hata devam ediyordu.
Başa dön
Kullanıcı profilini gör
DG



Kayıt: Mar 06, 2004
Mesajlar: 351
Nereden: Eskişehir

MesajTarih: Wed Apr 28, 2004 1:01 pm    Mesaj konusu: Alıntıyla Cevap Ver

Service Pack 5, 130MB Smile Internet Cafelerin birinden çekip CD yaptır bence. İnan bana bu güncellemeye ihtiyacın var. Ya da direk VS .NET'e atla.

Çok suni bir çözüm olur ama:
Gerçekten 64-bit bir tamsayı değişkenine ihtiyacın olduğuna emin misin? unsigned long ile parça parça depolayabilirsin değişkenini. Mesela saatleri bir değişkene, dakikaları bir değişkene vs.. Ya da her neyi parçalara ayıracaksan.
Başa dön
Kullanıcı profilini gör Kullanıcının web sitesini ziyaret et
mentat



Kayıt: Oct 15, 2002
Mesajlar: 528

MesajTarih: Wed Apr 28, 2004 2:57 pm    Mesaj konusu: Alıntıyla Cevap Ver

cok uzak bir ihtimal ama.. release modda debug etmeye calisiyo olabilir misin?

olamazsin di mi?
Başa dön
Kullanıcı profilini gör
leblebi



Kayıt: Jan 05, 2004
Mesajlar: 127
Nereden: q3dm17

MesajTarih: Wed Apr 28, 2004 6:41 pm    Mesaj konusu: Alıntıyla Cevap Ver

Resimlere baktim yaw.

Bak simdi derdimi anlatiyim sana. Soyle bi kod dusun

struct t_hebele
{
int dummy;
int dummy2;
}

void fonk ()
{
int arr[2];
t_hebele hubele;

// burada kod baslar acayip komplex seyler yapar

// sonra dalginliktan yada bi bugdan array'in size'ina yanlis access yaparsin:
arr[3] = 1234;

// burada komplex seyler devam eder
}

Simdi eger hubele'yi hic kullanmiyo olsan bile eger compiler optimize etmediyse (ve tabii ki compiler'ina gore cunku alignment vs. gibi seylere dayanarak variable larin adresleri degisik sekilde ayarlanabilir ve hatta swap bile edilebiliyolar) hubele orada kalir ve senin arr[3] seklinde access etmen hicbi sorun yaratmaz. ok?

Yani hafizada soyle durma ihtimali var:
[arr0][arr1] [hubele.dummy][hubele.dummy2]

Boyle olunca senin arr[3] hebele.dummy2'nin ustune gelmis oluyo. Dedigim gibi boyle durmak zorunda degil, ama boyle durma ihtimali var. En azindan con sayida degisken kullanirsan out of bounds array access yaptigin zaman degiskenlerin birbirinin ustune gelme ihtimali de yuksek olacaktir.

Senin soyledigin problemi yeniden olusturmak icin, ornegin "ben dummy2'yi hic kullanmiyorum, bari onu kaldiriyim" dersek, o zaman program access hatasi yapmaya baslar vs. vs. Alakasiz bi problem alakasiz bi sekilde karsina cikmis olur.

Heap'i falan corrupt ettigin zaman debugger iyi degilse(yani "hoop heap'i corrupt ettin" diye seni onceden uyarmamissa) zaten debug olayina guvenemezsin.



[ Bu mesajı düzenleyen: leblebi _FIL 28-04-2004 19:43 ]
Başa dön
Kullanıcı profilini gör E-Posta'yı gönder Kullanıcının web sitesini ziyaret et
Notre_Dame



Kayıt: Jun 17, 2003
Mesajlar: 77

MesajTarih: Wed Apr 28, 2004 9:51 pm    Mesaj konusu: Alıntıyla Cevap Ver

sensei nin kodunu denicem daha sonra belkide hata bendedir bilmiyorum..
Başa dön
Kullanıcı profilini gör
Mesajları göster:   
Bu forum kilitlenmiştir, yeni bir başlık açamazsınız, cevap gönderebilir ya da mesajları değiştirebilirsiniz   Bu başlık kilitlenmiştir, cevap yazamaz ya da mesajları değiştiremezsiniz    www.oyunyapimi.org Forum Ana Sayfası -> OyunYapımı Tüm saatler GMT +2 Saat
1. sayfa (Toplam 1 sayfa)

 
Forum Seçin:  
Bu forumda yeni konular açamazsınız
Bu forumdaki mesajlara cevap veremezsiniz
Bu forumdaki mesajlarınızı değiştiremezsiniz
Bu forumdaki mesajlarınızı silemezsiniz
Bu forumdaki anketlerde oy kullanamazsınız


Powered by phpBB 2.x.x © 200x phpBB Group
Türkçe Çeviri : Onur Turgay & Erdem Çorapçıoğlu
Türkçe Düzenleme: Alexis Canver
Version 2.x.x of PHP-Nuke Port by Tom Nitzschner © 200x www.toms-home.com




Web site powered by PHP-Nuke
Web site engine\'s code is Copyright © 2002 by PHP-Nuke. All Rights Reserved. PHP-Nuke is Free Software released under the GNU/GPL license.
Sayfa Üretimi: 0.235 Saniye