Egyéb: Assembly, Ada...

mmx assembly

Sziasztok!

Az alabbi pici fugvenyt kene mmx hasznalataval assemblybe megirnom (iskolai feladat, es egy ideje szenvedek vele, de sehogy nem megy).


void Filter(unsigned char * buf, int width,int height,char bpp) {
	int i,j,tmp;
	for (i=0;i<height*bpp;i++) {  // wirsze 
		for (j=0;j<width;j++) { // kolumny
			tmp=buf[i*width+j];
		        buf[i*width+j]=(unsigned char)(~(tmp));
		}
	}
}

a legnagyobb problemam mar a kezdet kezdetenel a negalasnal jelentkezik, mivel elvileg nincs ilyen utasitas az mmx utasitas keszletben.

Koszi

gcc inline assembly x86_64 (amd64) regiszterek

http://gcc.gnu.org/onlinedocs/gcc-4.2.2/gcc/Constraints.html#Constraints
http://blogs.sun.com/x86be/entry/gcc_style_asm_inlining_support


__asm__ __volatile__ /*mmap */
 (
                "mov %5,%%r10\n" 
                "mov %6,%%r8\n"  
                "xor %%r9,%%r9\n" 
                "syscall"
                : "=a"(posvect)
                : "a"(SYS_mmap),"D"(0),"S"(bits_length),"d"(PROT_READ),"i"(MAP_SHARED|MAP_POPULATE),"r"(fd)
                : "%rcx","%r11" ,"%r10", "%r8", "%r9"
 );

Hogy a retekbe tudom elmagyarazni az inline csodanak, hogy r10,r8,r9 -ben szeretnem latni a megatott erteket. "%r8"(ERTEK) -formaban mondjuk.

Vagy, hogy __volatile__ nelkul se tegye rossz helyre, az utasitasokat. (nem mindegy mi van a syscall elott es utan)

Ez azert rossz nekem, mert pl. ket ilyen mmap kozott mondjuk r9 erteke nem valtozik, de volatile miatt ujra megadja, nelkule meg nem garantalt a helyes sorrend.

Haskell

Elkezdtem önmagam szórakoztatása céljából (észrevettétek, hogy amikor vizsgákra, zéhákra kellene tanulni, akkor a legkreatívabb az ember? ,=() foglalkozni ezzel a nyelvvel. Nagyon tetszik, csak nekem ritka nehéz egyelőre, mivel eddig csak imperatív programozási nyelveket használtam.

Mivel nem találtam még ilyen topicot (remélem, hogy tényleg nincs), gondoltam létrehozom és itt beszélgethetnénk a Haskellről.

c++ forráskód parser

Sziasztok,

a következő fejlesztési problémába futottunk bele, és szükségünk lenne
a segítségetekre.

Adott egy c++ kód. Ki akarjuk belőle nyerni, hogy milyen osztályból
származik, milyen változói vannak, ezeknek milyen a típusuk, és milyen
konkrét értékekkel lettek inicializálva (pl. test = new Test(5,6,12,11,"almafa"); esetén
az 5,6,12,11,"almafa"-ra vagyunk kíváncsiak) a kódban.

Tudtok erre valamilyen megoldást? Lehet fizetős is..

Üdv.

Zsolti

.net pda design, átlátszóság megoldása

Sziasztok!

.net-ben fejlesztek pda-ra programokat.
Az alap form-ra ráteszek egy picturebox-ot és a picturebox-ra ráteszek label-t, button-t, picturebox-ot.
Azt szeretném elérni, hogy a fő pictureboxra pakolt cuccok háttere átlátszó legyen, de eddig nem igazán sikerült elérnem.

Az átlátszóságot még esetleg sikerül megoldani, de az alap form-ot teszi be háttérnek, és nem a fő picturebox azon részét látom ahol pl. a label van.

Kérdésem az lenne, hogy valaki megoldotta-e már ezt a problémát, vagy esetleg valaki tudja-e rá a megoldást?
Előre is köszi!

PDA.NET

Sziasztok!

PDA-ra szeretnék felhasználói programot fejleszteni. Jelenlegi célplatform a Windows Mobile 5 azzal a kikötéssel, hogy amit alkotok rá, az portolható legyen OpenMoko-ra, illetve egyéb Linuxos ketyerékre is.

Mivel nincs végtelen sok időm, valamelyik menedzselt nyelvre gondoltam (Java, C#.NET).

Javából ME szóba sem jöhet, nem akarom szivatni magam (bár pontosan nem is tudom, hogy hogy áll most az ME, 1.0-ra írtam csak programot, de az igencsk béna). Java 5 kompatibilis Java kellene JIT compilerrel. Könyékig feltúrtam a netet, azt találtam, hogy Pocket PC-re a legjobb JVM a MySaifu, ami óriási eredmény tekintve, hogy egyetlen ember fejleszti, azonban kipróbáltam és komoly alkalmazásra használhatatlannak tűnt. Úgyhogy Java kilőve.

A dotNet platformot a Windows Mobile egészen jól támogatja, kipróbáltam néhány funkcióját, semmi probléma nincs vele. Tekintve a Mono és a szabad Java implementációk összeszdettségében lévő különbséget(magánvélemény, lehet flémelni :-)), elképzelhetőnek tartom, hogy dotNet előbb lesz OpenMoko-n, mint Java(JIT-tel). Tehát ebből a szempontból is jó választásnak tűnik a .NET.

Annak ellenére, hogy dotNet, a Visual Studio-t jó lenne kihagyni a buliból...

Akárhogy túrtam a netet nem sikerült olyan szabad C# fordítót találnom, ami PocktPC-n futtatható kódot tud generálni. A tapasztalataim:
- mono compiler amit fordít, arra a PocketPC azt mondja, hogy nem PocketPC alkalmazás függetlenül attól, hogy 1.0 vagy 2.0 frameworkre fordítok (gmcs és mcs).
- konzolos programból dotGNU amit ofrdít, az elindul, de mivel konzolos nem látszik belőle semmi, meg kell GUI mindenképp
- System.Windows.Forms dll-t nem tudja a dotGNU-val fordított alkalmazás betölteni. Kiírja, hogy valami 1.-tal kezdődő verzióra hivatkozik.
- A fentiek mindegyike elindul Windows XP-n és Linuxon Monoval indítva az 1.0-s illetve a 2.0-s keretrendszerrel.

A kérdéseim:
- van-e valakinek tapasztalata ebben a kérdésben, és lehet-e valahogy nyílt eszközzel PocketPC-re dotnet alkalmazást fordítani?
- be lehet-e állítani a fordításkor, hogy az elkészült exe-ben ne erős névvel és ne konkrét verzióval legyen hivatkozás a windows forms dll-re, hogy így tetszőleges verziót hajlandó legyen betölteni, amit a pocketPC-n talál?

alkérdés:
- a dotGNU milyen verziójú dotNet-re fordít vajon? Sehol nem találtam a dokumentációjában :-(

Minden kérdéssel kapcsolatban megnéztem a man page-eket és gugliztam is :-).

Legális ez?

undo-software.com

UndoDB allows gdb to step Linux applications backwards as well as forwards. Horrible bugs such as race conditions and memory corruption that previously took weeks to find can now be found in minutes.

We recognize that UndoDB's development would have been more difficult without GNU/Linux and the rest of the free software world and we would have liked to release UndoDB as free software. Unfortunately, we couldn't see any way of getting revenue this way; in the real world beer is not free, and we at Undo Ltd have ourselves and our families to support.

A gdb-re hivatkozik, de propietary licence van. Nem kellene, hogy ez is GPL legyen?

dotnet dokumentációs XML-ből HTML generálás

Sajna még mindig nincs külön topic a dotNet-nek, ami már-már méltatlan...

A kérdésem az, hogy hogyan lehet egy VisualStudioban készülő xml-lel felkommentezett c# projektből javadoc stílusú HTML oldalakat generálni.

Valahogy tuti lehet, itt van például ez a projekt dokumentáció, ha ilyet tudnék csinálni az tetszene:
http://logging.apache.org/log4net/release/sdk/index.html (bár jobban szeretem a Javadoc stílust, ahol minden ami egy osztályhoz tartozik, az egy weblapon van)

Jó esetben csak kulcsszavakra lesz szükségem :-).