Hozzászólások
-
SzerzőBejegyzés
-
Jól sejtettem, ha ezt:
Code:/* {(CHARTYPE *)”C-BKSP”,CTL_BKSP,SHIFT_CTRL},*/
{(CHARTYPE *)”C-BKSP”,127,SHIFT_CTRL},átírjuk erre:
Code:{(CHARTYPE *)”C-BKSP”,CTL_BKSP,SHIFT_CTRL},
/* {(CHARTYPE *)”C-BKSP”,127,SHIFT_CTRL},*/, akkor lefordítva már jól müxik.
Tehát:
Code:def c-bksp sos dellineA release-14-ben csak az xthe fájl változott, ki lehet próbálni.
vizsla wrote:a cls program meglétének linux alatt akkora az esélye, mint egy lottó ötösnek, egy clear-re mutató cls linknek talán több, de egyúttal azon az egyen fog mûködni… ezt meg senki nem akarja.
Az esc sek.áknak, meg elvileg mindenhol mûködnie kéne… ezek dos, win, lin… sõt még java alatt is kell, hogy mûködjenek.Ha elfelejtjük a dos/wint, akkor:
http://hup.hu/wiki/index.php/Programoz%C3%A1s_Linux_alatt_az_NCurses_f%C3%BCggv%C3%A9nyk%C3%B6nyvt%C3%A1r_haszn%C3%A1lat%C3%A1valjzombi wrote:A ctrl-backspace-t miért nem ismeri fel?Code:def c-backspace dellineerre ezt böki ki:
Code:35 +++ def c-backspace delline
Error 41 running „/home/matyi/.therc”, line 35: Bad arithmetic conversionHa pedig record-al felveszem a leütött billentyûket, ctrl-backspace-re „sos delback”-et köp ki, tehát csak a backspacet érzi ilyenkor? :blink:
Hali!
Fogalmam sincs. Talán a „key.h”-ban kéne átkommentezni az alábbi két sort és újrafordítani. Ha lesz idõm majd kipróbálom.Code:/* {(CHARTYPE *)”C-BKSP”,CTL_BKSP,SHIFT_CTRL},*/
{(CHARTYPE *)”C-BKSP”,127,SHIFT_CTRL},Különben úgy látszik, hogy a profile 35. sorában szintaktikai hiba is van. Valósz0nûleg sztringgel akar aritmetikai mûveletet végezni!
Az az igazság, hogy a THE nem hibátlan. De mivel megkíméli az emberfiát attól, hogy elkezdje a vi/emacs használat megtanulását, megbocsátjuk neki.
„Hello!
Használ valaki Clippert linuxon?
Mik a tapasztalatok?
Használja valaki a CLIP-fordítót?
http://www.itk.ru/english/download.shtml
UHU-n megy?
Esetleg van UHU-s csomag?
Köszi”http://begyu.uw.hu/xharbour_0.99.5-1_i386.uhu (http://begyu.uw.hu/xharbour_0.99.5-1_i386.md5)
bepe79 wrote:tovis wrote:egy nagy jump a 0-ás címre 😀Egy nagy ugrás a nullás címre, amely a processzor nullás lábára ad negatív feszültséget? 🙂
Nem ad semmiféle feszültséget!
A DOS-nál a nullás címen kezdõdik az interrupt-tábla.
Uffvizsla wrote:erre találták ki a méret optimalizációs paramétereket a c fordtónál… de úgyis nagyobb lesz, mint egy asm. kód, mert a hülyeségeit azért belerakjaEz igaz, de én nem a programtól vagy a fordításának a módjától függõ méretre gondolok, hanem a runtime könyvtárra, ami minden compiler/linkernél más méretû.
vizsla wrote:Az assemblerjzombi wrote:Igen, de a THE-vel van néhány gondom:(
A kedites configfájlomban vannak fastdef-es részek, ezek nem mennek a the-vel, másrészt néhány billentyûkombinációt nem esz meg linux alatt:(Azért köszi.
Ez nem az eredeti THE, a billentyûkombinációkat meg lehet oldani, pl. lásd az „ekezet” makrót. Minden csak beállítás kérdése, még az egérgombokra is rá lehet definiálni funkciókat. Nemrég vettem észre, hogy az eddig olvasható karakterek a monitor felbontás növelése után elsz@ródtak (a default színek miatt). Egyelõre egy „compat keditw” vagy „ringcmd compat keditw” olvashatóbbá teszi.
jzombi wrote:Bár gcchez nem értek, de bizonyára van ott is smartlinking, meg egyéb kód optimalizálás, amivel kisebb binárist kapsz.Mintha Téged érdekelt volna annó a kedit?
Ha UHU-t használsz: http://free.srv.hu/b/e/begyu/the_3.2~beta1-13_i386.uhuvizsla wrote:Jó, akkor 1 byte:program.c:
Code:Mfordítási parancs:
Code:gcc -DM=”main…” program.cA 0 byte-on is gondolkodtam. Egyelõre nem megy :)))))
Mindig akad valaki, aki übereli a megoldásomat, de ez az egybájtos most fájt!
Persze, már az enyémben is csalás volt az include, csak nekem nincs olyan fantáziám, hogy még kombináljam is holmi makróval. Lehet, hogy ez az egész hülyeség volt, de szerintem tanulságos is.De ha már itt tartunk, melyik fordító generálja szerintetek a legkisebb kódot?
(A GCC nem errõl híres.) -
SzerzőBejegyzés
legutóbbi hsz