ıyiki doğdun Crockett. 40'ı devirmişsin.

Linux coderlarının iyi tasarımcılarla çalışmasını engelleyen bir protokol falan mı imzalandı, hayırdır? Bana son derece saçma geldi. Ama işin ilginç yanı, gerçekten de birçok linux demosunun tasarımının ya tamamen coderlar tarafından yapılması ya da zayıf grafikerlerle çalışmaları. Alın size bir tez konusu.

C++/CLI'da

Process::GetProcessesByName("myProcessName")
ya da C#/VB.NET'e uyarlarsak

Process.GetProcessesByName("myProcessName")
bu kadar basit bir kod ne sorun yaratabilir ki di mi? Benim makinemde 350-400 KB'lık bir memory leak yaratıyor. Her 5 sn'de bir bu kodu çağırıp bir process'in ayakta olup olmadığını kontrol etmeye kalktığımda 15 sn'de 1Mb, 15-20 dk içersinde de 4 GB (!) kadar memory leak yaratma potansiyeli var. Garbage Collector mal gibi olan biteni izliyor, müdahele etmiyor. Olay da şu. Verdiğiniz process ismini ararken açık tüm processlerden birer obje yaratıyor ama hiçbirini dispose etmiyor. Size de bir referansını döndürmediği için sizin de dispose etme şansınız olmuyor. Yani her halikarda bulunamayan tüm processler ciddi bir memory leak yaratıyor. Bunun yerine siz kendiniz bir loop ile GetProcesses() üzerinden aynı işlemi yaparsanız sorun yok. .NET'in hazır ve nazır bu muhteşem metodunu kullanmaya çalışırsanız vay halinize.

Benim gibi uzun süre memory leak'in kaynağını bulmaya harcamayın diye yazıyorum. GetProcessesByName() cıstır, bu böyle biline.

P.S: En azından .NET Framework 3.5'e kadar böyle, belki sonrasında çözmüşlerdir, araştırmadım.

Çok seksiymiş!

http://pouet.net/prod.php?which=58703

The Super Simple WinUAE Tool Chain For Amiga Demo Programmers, Version 4, released February 15, 2012
Put together by XXXXX

GOALS FOR TSSWUAETCFADP
1. Gather everything you need to start programming on the amiga into a single place
2. Set up a one-click-build, one-click-run system for amiga development in Windows, where you can see code running on screen in under 15 seconds
2. Provide a sample with c and assembler working seamlessly together
3. Include ship-quality system-friendly startup code for demos that works with all Amiga platforms.
4. Include a ship-quality music player
5. Get it all to build and run from within Visual Studio 2010
6. Gather useful documents in a pc-friendly (and Kindle-friendly) format
7. (new) Make it easy to run your favorite flavor of protracker

BASIC INSTRUCTIONS
1. unpack all files into a folder
2. in command line, run build.bat to build dh0\mydemo.exe
3. run RunAros.bat to see the amiga automatically run the freshly built file, mydemo.exe, using the AROS rom on an A4000/40 (this rom is a replacement for Kickstart 3.1)
3b. if the run*.bat files doesn't boot the newly built file, and you may have used WinUAE before, you may have old info in your registry. In that case, try to run DestroyOldUAESettings.bat, and try the run*.bat files again
4. You may want to get Kickstart 1.3, 2.04 and 3.0 copied into the root of the WinUAE folder. You can always buy the Amiga Forever Plus DVD from http://www.amigaforever.com/, and copy the contents of the \Amiga Files\Shared\rom folder (remember to also copy rom.key). Or you can go hunting for the kick13.rom, kick204.rom and kick30.rom at your own peril :-)
5. This enables you to run runa500.bat, runa4000_40.bat, runa1200.bat, or runa500plus.bat to see the amiga automatically run the demo on any file, or RunAll.bat to see the demo run simultaneously in 5 different configs

MUSIC INSTRUCTIONS:
1. run startProtracker23d.bat, startProtracker315.bat, or startProtracker362.bat to start tracking
2. to convert samples to protracker-friendly raw format
 a. just put a wav-file (xxx.wav) in dh0\wavsamples
 b. run ConvertWavToRaw.bat xxx.wav
 c. you now have xxx.raw in dh0\rawsamples
3. to change the music in the sample,
 a. run startp61converter.bat
 b. press cancel on the env: requester
 c. pick a protracker mod-file, and convert it to p61 format
 d. put the new filename into main.asm instead of the old one
 e. build and run

CODE INSTRUCTIONS
1. If you have visual studio 2010, just
 a. start by running StartVisualStudio.bat,
 b. you can now build and run (but not debug)
2. open source\main.asm and start coding!
3. to delete temporary files (and final built file), run cleanup.bat
4. to debug, press shift+f12 inside WinUAE
5. you may want to download notepad++ or something else as notepad doesn't do well with unix format text files
6. download  "Amiga Hardware Reference Manual" - maybe look in http://amiga-manuals.xiik.net/ebooks? - and some manual for the 68000

STANDING ON THE SHOULDERS OF GIANTS. This was built using:
  vasm/vbcc/vlink by Volker Barthelmann.  Repackaged with permission - this is a stock recompilation without changes. For vasm/vbcc/vlink licensing agreement please see manuals\vbcc.pdf, manuals\vasm.pdf, and manuals\vlink.pdf
 This came from kusma's amiga-dev toolchain (precompiled versions of compiler, assembler, linker etc.)
  config file was changed
 startup code and howtocode7 documents from from cj of Share and Enjoy
  I fixed pal/ntsc check bug
  I fixed crash on exit in   I merged all the howtocode7 documents into a single guide-file, so I could generate a PDF
 The player 6108 by Sahara surfers and lots of other people
  I fixed case sensitivity issues
 notes from krabob/rload on ada.untergrund.net about mixing c and asm
 piru's input handler
 winuae
 winguide to generate pdf files
 Protrackers by a lot of people
 SoundExchange

KNOWN ISSUES/QUESTIONS
none
TODO
  - add in avail and avail flush calls to check for memleaks
CHANGE LOG
V4
 toolchain changes
 - added adfview archive to toolchain folder - run this to browse adf files
 - got redistribution permissions from Volker Barthelmann
 - replaced NDK with alternative open source headers (but you can still put NDK back if you want - search for HAS_NDK
 - removed posix and netinclude libs and includes
 - added support for an exit string - this is printed to shell on exit
V3
 toolchain changes
 - added support for Aros rom - so no need to get regular kickstart files
 - added command line parameter to boot disks (runa500.bat [relativePathToFloppyImage])
 - created runall.bat that boots all configs simultaneously
 - added windows caption to winuae configs
 code changes
 - fixed broken disablecache
 - fixed borked workbench launch code - doh!
 - changed p61 config to be system friendly - doh again (caused crash on at least workbench 2.04)
V2
 toolchain changes
 - added protrackers including startup batch files
 - created batch file to start p61 converter
 - created a4000 batch file and config
 - updated run batch files to work both with amigaforever roms and other roms
 - added Visual Studio 2010 .user file, so debugger commands are already configured
 - minor change in setpaths to remove double backslash
 - updated notes on where to legally get the kickstart roms
 - moved files out of root folder where possible
 - create DestroyOldUAESettings.bat to fix problems with old users
 - added wav to raw conversion batch
 code changes
 - moved versionstring to top of file
 - added flag to shut off multitasking (DISABLE_MULTITASKING)
 - disable_multitasking safely blocks blitter access during execution
 - when detecting NTSC, code just quits on startup, because that's usually what you want when making demos :-)
 - added flag to shut off cache (DISABLE_CACHE)
 - moved music player into a system friendly vblank interrupt,
 - restructured startup/main calling pattern to make it more readable and less error-prone
 - using Piru's input handler to "eat" input from the system, and to block requesters from popping up
V1 Initial Release

printf ve türevlerinde kullanılan %d, %s v.b. string içi değişken kullanımını bilirsiniz.

printf("hedenin degeri: %d", hede);
şimdi şunu bir deneyin bakalım.
printf("%d %d", 4294967298, 8);
ılk parametre 32 bit'i geçen bir değer. Dolayısıyla ekrana ilk yazılacak değerin 4294967298 olmaması beni pek şaşırtmıyor. Peki ya ikinci değerin 8 yerine 1 olmasına ne demeli?

Bu güne kadar hep %'lerle parametrelerin indexlerinin birebir örtüşmesi gerektiğine inanmıştım ancak anlaşılan durum pek de bu biçimde işlemiyormuş.

4294967298 sayısını 64 bit binary olarak yazacak olursak.

4294967298 = %0000000000000000000000000000000100000000000000000000000000000010
32'şer bite parçalayınca da

%00000000000000000000000000000001 = 1
%00000000000000000000000000000010 = 2
yani high dword 1, low dword 2. Yani 4294967298 yerine 32bit kapasiteli %d'nin low dword'ü yazması gayet normal. ancak sonraki %d'nin yazdığı 1 de aslında ilk parametre'nin high dword'ü. peki ya 8 nereye gitti?

printf("%d %d %d", 4294967298, 8);
Bir tane daha %d eklediğimizde 2. parametre 3. %d'de karşımıza çıkıyor. Tabii ki bunun yerine 64bit, yani long long tipindeki değişkeni;

printf("%lld %d", 4294967298, 8);
bu biçimde %lld ile yazdırırsak parametreler olması gerektiği şekilde pattern ile örtüşüyor. ilginç değil mi?

Foruma üye olmak isteyen arkadaşlar,

Foruma üyelik oldukça basit olmakla birlikte, spamlere karşı vermiş olduğumuz mücadelenin yan etkisi olarak bazı hesapları onaylamakta tereddüt etmemiz sonucunda sizler için zor bir süreç olabiliyor. Lütfen üye olurken üyelik formundaki alanları boş bırakmayıp, bizi en azından spam bot olmadığınıza ikna edecek kadar birşeyler yazın. Aksi taktirde üyeliklerinizi onaylayamayabiliyoruz.

Forumun temiz ve düzenli kalması için sahip olduğumuz bu tür hassasiyetleri anlayışla karşılayacağınızı ümit ediyorum.

Aşağıdaki linkteki topic'de

http://www.tr-demoscene.info/showthread.php?7015-7dx-2011-Parti-Raporları&p=28599#post28599

7dx'de yayınlanan bir demonun bazı makinelerde sorun çıkarması konusuyla ilgili, diğer topic'in konusunu fazla dağıtmamak için bu başlığı açmayı uygun gördüm. hemen konuyla ilgili mektubumu yazayım.

sevgili demo coder arkadaşlarım, (hmm, en azından PC-Windows üzerinde demo geliştirenler :))

biliyorum demo projeleri her zaman aceleye gelir ve error log dosyası oluşturmak v.b. işler, hatta hatta bazı çağırdığınız fonksiyonlardan dönen değerleri kontrol etmek fazlasıyla külfettir. ancak bu tür durumlar için son derece basit kullanabileceğiniz bir tool mevcut.

DebugView:
http://technet.microsoft.com/en-us/sysinternals/bb896647

C++ kullananlar için;

projenizde windows.h'ı include ettikten sonra şu basitçe şekilde kullanabilirsiniz.

void myWorldFirstFXFunction() {
    OutputDebugString("application reached myWorldFirstFXFunction");
    ...
    LoadTextures();
    OutputDebugString("texture loading is successful");
    ...
}
Proje ayarlarınız unicode'a ayarlıysa buraya unicode string girebilir ya da kolayca OutputDebugString() yerine OutputDebugStringA() kullanabilirsiniz.

C#, C++/CLI, VB.Net gibi .NET dilleri üzerinden managed olarak benzeri fonksiyonalite kullanmak isteyenlerin işi daha da kolay.

System.Diagnostics.Debug.Write("hede");
ya da C++/CLI syntax'ı ile

System::Diagnostics::Debug::Write("hede");
doğrudan bu şekilde debug loglarını DebugView tool'u üzerinden izleyebilirsiniz.

bunun sağladığı avantaj şu ki demonun çalışmadığı makinelerde sorunun kaynağını bulmak için, sorunu yaşayan kullanıcıya 286KB'lık DebugView'ı indirtip, demoyu çalıştırmadan önce DebugView'ı çalıştırmasını rica etmeniz yeterli. demo hata verdikten sonra DebugView penceresinde CTRL+S ile kaydettiği log dosyasını size e-mail atmasını rica ederek, en azından demonun tam olarak nerede, hangi aşamada patladığını bulup, o bölümdeki olası uyumsuzluklara odaklanabilirsiniz.

bu bahsettiğim en ideal error log'u üretme / sorunları çözme yöntemi değil tabii ki. ancak bence bu tür konularda genel olarak üşengeç olan demo coderları için oldukça ideal ve pratik bir yöntem. demoyu çalıştıramayan kişinin hiçbir teknik bilgisi olmasa da, kolaylıkla DebugView'ı indirip, size bu bilgiyi hızlıca ulaştırabilir.