1. |
Re: ABC (mind) |
9 sor |
(cikkei) |
2. |
Re: parameter assembly rutinnak (mind) |
8 sor |
(cikkei) |
3. |
Delphi + IB problema (fwd) (mind) |
13 sor |
(cikkei) |
4. |
shortcut properties (mind) |
23 sor |
(cikkei) |
5. |
Re: ABC (mind) |
2 sor |
(cikkei) |
6. |
Re: C++ metodus cime (mind) |
36 sor |
(cikkei) |
7. |
Delphi: Pack Table (mind) |
14 sor |
(cikkei) |
8. |
Clipper 5.2 bug (mind) |
8 sor |
(cikkei) |
9. |
Re: Pi (mind) |
20 sor |
(cikkei) |
10. |
Re: ASMben Led_Dance (mind) |
47 sor |
(cikkei) |
11. |
CELERON runtime 200 (mind) |
26 sor |
(cikkei) |
12. |
Re: MAILER (mind) |
11 sor |
(cikkei) |
13. |
Re: memfoglalas, interrupt belovese C-ben (mind) |
14 sor |
(cikkei) |
|
+ - | Re: ABC (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A megoldas egyszeru.
A 10000 szora raallitasz 10000 pointert.
Amikor cserelni kell csak a pointereket csereled.
Amikor osszehasonlitasz akkor az pointerek altal mutatott
szavakat hasonlitod ossze.
Egyebkent ha erdekel egy egyszeru SHELL SORT algoritmus,
akkor csak irj.
By.
|
+ - | Re: parameter assembly rutinnak (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Eleg regen hasznalatm a Watcom C -t de en is irtam ojan rutinokat,
amejek kulonbozo ragiszterekben vettek at a parametert.
Azt, hogy egy fugveny mejik regiszterben vegyen at egy parametert
a ' #pragma regparm ' vagy valami hasonlo utasitassal lehet
megadni. Ha a leirasban megnezed a #pragma -rol szolo
fejezetet akkor biztos megtalalod a megoldast. Az en leirasomban
rengeteg peldaval volt illusztralva, hogy hogyan kell pl: a bios int 10H
interruptot meghivni regiszterekben atadott parameterekkel.
|
+ - | Delphi + IB problema (fwd) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv Coderek!
A kovetkezo problemam van: adott egy Borland fejlesztoi kornyezet: egy
InterBase 5.1 vagy 4.2 -es szerver (mindkettovel probaltam) es egy
Delphi 3 CS. Az en kerdesem az, hogy mit kell tenni annak erdekeben, hogy
a server magyar neyelvhelyesseggel mukodjon, foleg hogy magyarul tudjon
rendezni? Probaltam mar a Database Explorerben LANGDRIVER-t allitani, az
adatbazis mas kodlappal definialni, de vagy nem volt hatasa, vagy nem tudott
mit kezdeni az ekezetekkel, es elszallt General SQL error vagy
hasonlo beszolassal.
Kernek egy cc-t privatba is, ha lehet.
Koszonettel ZeZe
|
+ - | shortcut properties (mind) |
VÁLASZ |
Feladó: (cikkei)
|
sziasztok coderek!
nehany windowsos kerdest tennek fel.
a) tegyuk fel van egy shortcut, aminek en szeretnem egy programon
belul elohozni a properties dialog-jat. hogyan tehetem ezt meg?
b) van egy APPBAR-om, amit szeretnek auto hide modban hasznalni. odaig
minden rendben van, hogy beregisztralom, meg meg is jelenik. de aztan
hiaba probalkozom az ABM_SETAUTOHIDEBAR uzenettel, sehogy sem akar
mukodni. hogyan kellene helyesen csinalni?
c) szeretnek egy olyan listaablakot letrehozni (lehetoleg
ListWindow-szeruen, de ha az nemmegy akar ListBox is lehet) ami ugy
mukodik, mint pl. a Clipper 5.3-ban a Browse objektum, vagy a Visual
Database Tools-ban a TDbGrid. Tehat a listaablak nem tudja hogy hany
elem van benne es milyen sorrendben, hanem a fel-le leptetesre meg az
aktualis elem generalasara vannak eljarasok, es a lista kozben
dinamikusan valtozhat, akar egy masik process hatasara is. Van
valakinek erre megoldasa?
: alvarez :
]:[http://www.inf.bme.hu/~alvarez]
|
+ - | Re: ABC (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi BRL!
Milyen algoritmussal probaltad ??
|
+ - | Re: C++ metodus cime (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
irta:
>class Surface {
> ...
> void shade(void);
> int compare(const void *e1, const void *e2);
> ...
>};
>Ha mar van a C-ben (Borland C++ 3.1) qsort, szerettem volna hasznalni. Az
>utolso parameternek a compare metodust szeretnem atadni. Ezekbol egyik
>sem mukodott:
> qsort(..., compare);
> qsort(..., &compare);
> qsort(..., &Surface::compare);
Ez igy nem tud mukodni. Gondolj arra, hogy a Surface::compare fuggvenyednek
(bar rejtve) szugsege van egy harmadik parameterre, egy pointerre egy
Surface object-re (peldaul a VisualC ezt az ecx registerben adja at). Ezt a
qsort-nak nem lehet megadni, igy az nem is tudja hasznalni. Egyik megoldas
az, hogy static-nak deklaralod a compare fuggvenyt, de akkor az csak static
tagjait tudja elerni a Surface-nek. Ez gondolom nem hasznalhato megoldas.
Ha mindenaron a qsort-t akarnad hasznalni, akkor a problema megkerulheto, ha
nem is tul szepen:
a Surface osztalyodba berakod ezeket:
static Surface *kit_rendezunk;
static int compare_caller(const void *a,const void *b)
{
return kit_rendezunk->compare(a,b);
}
Ezutan mar csak arra kell vigyaznod, hogy a qsort hivasa elott be kell
allitanod, hogy melyik object-re vonatkozzon a rendezes.
peldaul, ha egy Surface object sajat magan belul szeretne rendezni:
kit_rendezunk=this;
qsort(/*egyeb parameterek*/,Surface::compare_caller);
|
+ - | Delphi: Pack Table (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Szoval van nekem nehany DBase tablam, amiket
Delphi 3-ban kezelek.
Idonkent torolnom is kell beloluk, de torles utan
a rekord fizikailag termeszetesen nem torlodik,
ehhez "ossze kellene pakolni" a tablat.
Ezt viszont csak a Database Desktop-on keresztul
tudtam megcsinalni, de most programbol is
kellene. A helpben sajnos erre semmilyen utalast
nem talaltam. Talan Ti tudnatok segiteni.
Elore is koszi:
N o r b i
|
+ - | Clipper 5.2 bug (mind) |
VÁLASZ |
Feladó: (cikkei)
|
HALI!
Tud e valaki megoldast arra az ismeros clipper
hibara, hogy ha gyors procin futtatjuk a progit, akkor
divide by 0-val elszall.
Udv!
mailto:
|
+ - | Re: Pi (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On 2 Dec 98 at 3:26, > wrote:
> Ah, tudnatok nekem Pi kiszamolasara programot forrassal
> egyutt kuldeni? Tegyetek, ha igen. (C, pas, asm ha van)
> Ja, es ha lehet, akkor belathato idon belul (=1 perc)
> produkaljon egy eredmenyt ugy 250-300 jegy pontossagra.
A bc nevu nyelvben Linux alatt 4 masodperc alatt kiszamolja 300
jegyre(133 MHZ penti).
echo "scale=300; 4*a(1)" | bc -l
(Az a() fuggveny az arcus tangens, a -l opcio hatasara jon be a math
konyvtarral.)
A bc forrasa letoltheto mindenfele GNU forrasokat tarolo helyrol.
István
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
+ - | Re: ASMben Led_Dance (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia WaDE!
> Felado : [Hungary]
> Temakor: ASMben Led_Dance ( 26 sor )
> Nos, a gondom az hogy ha azt szeretném hogy a programom azt tegye :
> először bekapcsolja a Numlockot , majd a ki, Capslock be, majd ki...etc.
A 8042-es csipnek nem lehet akarminkor parancsot kiadni.
Gyanitom, hogy nalad ez lehet a gond.
Kuldok egy asm forrast, ami var a 8042-es chipre. Ez mar egy eleg
regi, de mukodo kod. A try ciklust lehet, hogy majd at kell irnod,
hogy mondjuk kb 1 sec legyen a timeout, mert az az erzesem, hogy
az ujabb procikon ez en megoldasom mar nem mukodik. :-)))
Most nezem, hogy asm-ben nyomulsz. Ebben az esetben a C return
param neked nem sokat jelent, igy ezt is kisporolhatod.
Ja es NT-en szerintem nem megy, mert direktbe olvasom a portokat.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Waits for the 8042 keyboard controller.
; Note: C callable.
; Returns:
; false (0 in eax) if OK.
; true (1 in eax) if NOT OK.
;
WaitFor8042 proc near uses ecx edx
mov dx,64h
mov cx,0ffffh ;number of tries
cycle:
in al,dx ;read keyboard controller status register
and al,2
jz ok ;jump if keyboard input buffer is empty
dec cx
jnz cycle ;timer cycle
; ha ide fut a progi akkor a timer ciklus lejart es gaz van.
; Lehet, hogy le kellene resetalni a keybordot?
jmp not_ok
ok:
xor eax,eax ;ok ret val
ret
not_ok:
mov eax,1 ;not ok ret val
ret
WaitFor8042 endp
Pisti
|
+ - | CELERON runtime 200 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
CODER #298 szamaban irta:
>> ha a progiban benne van az USES CRT;
>csak addig aktiv, mig a program indul. Utana kikapcsolhatom,
>tehat SZVSZ csak az inicializalaskor jelentkezik a hiba.
Nem kell szerenykedni, bele trafaltal :-)
Amikor a crt unit inicializalja a delay rutint, akkor a P II 233 sebesseg
folott nullaval valo osztas tortenik. Egy 2 byte-os szamlalo tulcsordul.
Vannak mar ra javitasok, amelyek 4 byte-osra cserelik. Folmesz a
www.borland.hu-ra, es ott talalsz 4 javitast:
newdelay.pas: javito unit 6.0-7.0 verziokhoz (nem javaslom)
TPPATCH.ZIP: leforditott exe-file-okat javit ki.
T7TPLFIX.ZIP: turbo.tpl-t javija, de csak a 7.01 verziot.
BP7PATCH.ZIP: BP7.0 es BP7.01 tpl-eket javit, TP7.0-t nem!
Az'tan ha nyomkodod a tovabbi informaciot, akkor eljutsz BPPATCH.ZIP
nevu javitasig. Na, ez az en kedvencem! Csak ezzel tudtam javitani
(lecserelni) a TP7.0-hoz tartozo turbo.tpl-t. Hurra! A tobbi felesleges
patch meg ittmaradt a nyakamon. Meg kene szabadulni toluk. Akinek
kell, elkuldom :-)
Udv:NBela
|
+ - | Re: MAILER (mind) |
VÁLASZ |
Feladó: (cikkei)
|
a JATE gopheren (ha jol tudom sol.cc.jate.u-szeged.hu -n
/documents/FRC/
talasz rfc-t ott keress ra a protokollokra.
Ha valami ne ok, akkor irj, es ha tudok segitek.
ja meg egy cim FRC indexszel:
http://www.ohsh.u-szeged.hu/~gabor/halozatok/index.html
sok jo dolog. Vagy a www.cab.u-szeged.hu/~h734673/linkek.html-ben
talasz valamit.
Zoli
|
+ - | Re: memfoglalas, interrupt belovese C-ben (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Egy apro kiegeszites a 64K-nal nagyobb memoria foglalashoz.
Erdemes utananezni, hogy a fordito hogyan kezeli a szegmenshatart.
Egy korabban hasznalt forditoban felhivtak a figyelmet, hogy a memoriat
kezelo pointer olyan legyen, hogy az altala kezelt objektum merete
2 hatvanya legyen. Igy biztositott ugyanis, hogy nem kerulhet
szegmenshatar egy objektum belsejere. Az altalam most hasznalt fordito
(BC 4.52) alapesetben ezt nem koveteli meg, de forditasi opciokent (-h)
megadhato, hogy a far es huge pointereket egyszerusitve kezelje, ilyen
esetben tovabbra is el a fenti megkotes.
Udv.
Joco
|
|