Hello !

Az egyik friss ujsagCD-rol felraktam a freepascal 1.0-at egy gepre, de
akadt vele egy kis problemam. (ja igen, Win32 a kornyezet)

A leforditas az IDE-n keresztul sehogy sem akar menni. CTRL+F9 utan az
IDE egyszeruen bezarodik, es az EXE sem keszul el. Ha a forrast a
parancssori compilerrel forditom, akkor jo.

Ha valaki ismeri ezt a fejleszto kornyezetet, arulja mar el nekem,
hoyg mit kellene meg beallitanom, hogy a TurboPascal IDE-hez hasonloan
tudjak vele programokat szerkeszteni, es futtatni.
Nincs semmi hibauzenet, egyszeruen kilep, es meg sem probalja a progit
futtatni a fejleszto kornyezet.
Egesz egyszeruen meg hibas az IDE-je, vagy csak nincs meg beallitva
valami ???

Meg egy nagy keres: Ha valaki tudja a valaszt, legyen szives egy CC-t
dobni privatba is, mert bar rendszeresen szoktam olvasni a listat is,
de iszonyatos lemaradasban vagyok. Nagyban segitene az eletemet, ha a
gyorsitas eredekeben CC-t is kapnek, mert "ketszer ad, ki gyorsan ad!"

-- 
Udv:
    Csiszar L.                        mailto:
    www.stadium.hu/szt

> honnan tolthetnem le a BIOS es a DOS megszakitasok listajat es
> magyarazatat? Maganba is. kosz

innen:
http://www.cs.cmu.edu/~ralf/files.html

Kovacs Karoly, Zuglo.

Hali gali !

Segitsegetek szeretnem kerni VC++ 5.0 ban !
Irok egy progit - SDI - amiben a splitter ket view-t tartalmaz. A
kozos valtozok a documentum osztalyban vannak - persze. Az egyik nezet
ami az SDI ban nyilvan uj osztalykent van letrehozva a kozos
valtozokat tartalmazo doc osztalyt igy ertem el:

CGltestDoc* CSet::GetDoc()
{
 CGltestApp* pApp=NULL;
 CGltestDoc* pDoc=NULL;
 CMainFrame* pMf;

 pApp=(CGltestApp*)AfxGetApp();
 pMf=(CMainFrame*)pApp->m_pMainWnd;
 if(pMf) pDoc=(CGltestDoc*)pMf->GetActiveDocument();
 return pDoc;
}

Ez egy darabig ment siman, mukodott, de egy ido utan fals adatokat
kapok vissza.Viszont nem tortent azon kivul semmi,mint hogy
kontrolokat pakolgatok a view - form - ra,hiaba forditom ujra az
egeszet.Azota jon egy hiba uzenet amikor, kilepek.Par kontrol fel , es
mar ami kontrol - slider - mukodott mar futas kozben is hozza a
hibauzenetet.Egy olyan helyrol ahonnan eddig csont nelkul ment. Pascal
ban lattam olyan mint itt, hogy debugolaskor az optimalizalas miatt
nem ugy futott a trace mint ahogy a forras megkivanja.Viszont
megneztem a Debug ban van forditva,minden optimalizalas nelkulozve.
Szal jo jonne egy kis felhomalyosito help,elore is koszonom!
Csaba.

Mar majdem a progi vegen voltam pedig.

e'\k*e\z,e\t;e=k j^o:h!e`tnek ;)

Sziasztok!
Van egy feladatom, amiben egy Clarion5 adatbazis van. Az igazsag az,
hogy meg csak nem is hallottam ilyenrol. Kit tudna valamit mondani
rola ? Valami forras ? Progi ?
Link ?
Koszi elore is
   hOsZi

> Nem tudom mi az a ldiv es div fuggveny.
 
A legtobb processor HW-ben az osztaskor visszaadja a hanyadost es a
maradekot is. A div es ldiv szabvany C konytari fuggvenyek, amik pont
ezt csinaljak, egy oszto es osztando bemeno parameterparra egy
strukturat adnak vissza, benne a hanyados es a maradek. A div
int-ekre, az ldiv long-okra. Az stdlib.h definialja oket.
 
>> - a main() -t int main( int argc, char *argv[] ) -nek kellett volna
>> deklaralnod (felteszem, hogy nem embedded systemet csinalsz). Te
>> implicite int main( void ) -nak deklaraltad, viszont sehol nem adsz
>> vissza erteket.
>
> Ez nem problema. En "void main()"-nak szoktam, de tok mindegy. Ugy
> sem fogod
 
> sehol sem felhasznalni a visszateresi erteket...

Hat, az ANSI szerint hosted environment alatt, azaz ahol valami
oprendszer inditja a programot es kilepeskor az veszi vissza a
vezerlest, a main() koteles egy int-et visszaadni, amit az op.rendszer
ertelmez, a szabvany altal nem definialt modon. Pl. *nix alatt 0
hibatlan mukodest (sikeres tevekenyseget) jelol, minden mas valamilyen
hibara vagy sikertelensegre utal es hogy eppen mire, az programfuggo
(pl. a grep 1 -et ad vissza ha nem talalta meg a mintat es 2-t, ha
valamilyen file muveleti hibaja volt).

Amennyiben a program freestanding kornyezetben fut, azaz nem egy OS
inditja es ahhoz ter vissza (pl. a mikrosuto vezerlesenek nem nagyon
van hova visszaternie), akkor az ANSI a main tipusara es viszateresi
ertekere semmifele kitetelt nem tesz, illetve nem teszi kotelezove a
main() letezeset sem.

Zoltan

Sziasztok!

Abban kerek tanacsot, hogy egy Visual Basic 5.0 alatt megirt
alkalmazas formjan egy Oracle 7.2.3 adatbazisbol SQL lekerdezessel
hogyan tudok adatokat felhasznalni?

A kliens gepen, amin a program fut mar telepitve van az SQL*Net 2 egy
Developer 2000 alkalmazashoz.

Mit kell telepitenem es beallitanom az ODBC Data Sources
Administratorban?

A VB scriptben hogyan tortenik az Oracle kapcsolat letrehozasa, a
lekerdezes inditasa (a szukseges select mar mukodik SQL Plus alatt), a
lekerdezes eredmenyenek helyi tarolasa, es a kapcsolat lebontasa?

Ha valaki oldott mar meg hasonlo feladatot, kerem kuldjon egy
felhomalyosito kodreszletet.

Udvozlettel:
   Tom Pika
   

Hi Vikee!
innen angolul es magyarul is letoltheto:
 http://thot.banki.hu/doksi/
Minden jot:
 Zsepi

> Van-e valami magyarazata annak, hogy ha .BAT file-nak a
> parameterekben ; -t (pontosvesszot) adunk, akkor azt o szokozzel
> helyettesiti?

Igen, a DOS nem csak a space-t de sok mas karaktert is un. separator
(vagy elhatarolo) karakterkent kezel, azaz a pramaetereket ilyen
elhatarolo karakterekkel tudod kulonvalasztani. Ilyen pl. az
egyenloseg jel is. Sajnos a DOS parancsertelmezoje nem ismeri az
idezojelbe tett parameterezest, ezert nem is lehet kikerulni az ilyen
problemakat...

Udv, Tamas

Tamas Rudnai / Sophos Plc
mailto:
http://www.sophos.com

Hi Coders!

Van egy cca. 20K tombom amiben rengeteg 0 van egymasutan (ezek biteket
jelentenek, csak igy konnyebb kezelni).
A sok-sok nullanak a hossza viszont 1-tol 570-600-ig terjed(het). A
helyzetet bonyolitja meg nehany "110110000..." tehat vannak "1111"
sorozatok is (1-tol kb. 15-20-ig) kozte elszorva nehany nulla. A
nagyon hosszu sorozatokat akar 1-2%-ra is lehet tomoriteni, de a
"selejt" miatt a tomorites nem lesz igazan hatekony Pl. egy
"101101111011" sorozatnak adjunk pl. 10 bitet es maris 95%-nal tartunk
:(

Na most mivel tomorijjek???

RLE-vel a gond az, hogy a rovid sorozatoknal tul sok bitet kell
felhasznalni es a adminisztracio is igen rossz hatasfoku.
Esetleg vmi speci huffman (1000 balra, 0111 jobbra?)?
Az LZW egy elore legeneralt sringtablaval?

udv.: XiX/PsychoMix (egy het hit hat)

>A helyes sorrend: CrLf, nem LfCr, vagyis pl.:
>
>Me.Címke5.Caption = "ALFA" + Chr(13) + Chr(10) + "BÉTA"
Csak a dolgok tisztazasa vegett:
CR = ASCII 13
LF = ASCII 10
Magyarul a helyes igenis a CRLF szekvencia, de az valoban
Chr(13)+Chr(10)-nak felel meg...

Gabor

>Adott egy DLL. Hogy tudom hasznalni a benne levo fuggvenyeket?
>LoadLibrary-val betoltom, kapok egy HANDLE-t. Az MSDN-nel annyira
>jutottam, hogy a GetProcAddress-szel kene valamit eloadni, de nem
>sikerult...
Az alabbi kodreszlet a PlatformSDK-bol valo:

// File:  RUNTIME.C
// A simple program that uses LoadLibrary and 
// GetProcAddress to access myPuts from MYPUTS.DLL.  
#include <stdio.h> 
#include <windows.h>  
typedef VOID (*MYPROC)(LPTSTR);  

VOID main(VOID) 
{ 
    HINSTANCE hinstLib;
    MYPROC ProcAdd; 
    BOOL fFreeResult, fRunTimeLinkSuccess = FALSE;  

    // Get a handle to the DLL module.     

   hinstLib = LoadLibrary("myputs.dll");  

    // If the handle is valid, try to get the function address. 

    if (hinstLib != NULL)     { 
        ProcAdd = (MYPROC) GetProcAddress(hinstLib, "myPuts");  

        // If the function address is valid, call the function. 

        if (fRunTimeLinkSuccess = (ProcAdd != NULL)) 
            (ProcAdd) ("message via DLL function\n");  

        // Free the DLL module.         

        fFreeResult = FreeLibrary(hinstLib); 
    }      

    // If unable to call the DLL function, use an alternative. 

    if (! fRunTimeLinkSuccess) 
        printf("message via alternative method\n"); 
} 

Gabor