1. |
C++ Builder form es #ifdef (mind) |
19 sor |
(cikkei) |
2. |
Modem (mind) |
21 sor |
(cikkei) |
3. |
Modem-2 (mind) |
9 sor |
(cikkei) |
4. |
Re: Modem (mind) |
14 sor |
(cikkei) |
5. |
Re: Delphi socket kezeles (mind) |
24 sor |
(cikkei) |
6. |
Re: Hook gond (mind) |
19 sor |
(cikkei) |
7. |
Borland C++ 5.00 & TASM (mind) |
43 sor |
(cikkei) |
8. |
Re: modem (mind) |
20 sor |
(cikkei) |
9. |
Re: modem (mind) |
17 sor |
(cikkei) |
10. |
Re: *** HIX CODER *** #1169 (mind) |
65 sor |
(cikkei) |
11. |
Par egyszeru Java kerdes 2 (mind) |
46 sor |
(cikkei) |
12. |
Re: Par egyszeru Java kerdes. (mind) |
17 sor |
(cikkei) |
13. |
Re: Pascal gond (mind) |
8 sor |
(cikkei) |
14. |
shell parancsok C ben (mind) |
6 sor |
(cikkei) |
15. |
Re: *** HIX CODER *** #1169 (mind) |
11 sor |
(cikkei) |
16. |
Re: Modem (mind) |
17 sor |
(cikkei) |
17. |
R:Modem (mind) |
17 sor |
(cikkei) |
18. |
c header-> pascal unit (mind) |
14 sor |
(cikkei) |
|
+ - | C++ Builder form es #ifdef (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szaisztok!
Ha mar szobajott a #define tema Java ugyben, nekem a
C++ Builderben van egy erre rimelo gondom.
Egy adott program kulonbozo valtozatainak elkeszitesenel
(pl. funkciokban szukitett) korabbi Windows fejlesztesben
jol tudtam az RC fajlban is hasznalni az #ifdef direktivakat.
Sajnos a C++ Builderben a formok dfm fajljaiban ez nem
alkalmazhato.
Tud valaki javasolni modszert arra, hogy ne kelljen dinamikusan
programbol felepitenem, hanem design modban allithassam
elo a valtozatoknak megfelelo formokat?
Udv.:
Joco
|
+ - | Modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado : [International]
> Temakor: Modem ( 20 sor )
> Ha a Term95 -nek beirom, hogy
> atd5551234;<CR>
> akkor a soros port -ra drotozott maroktelefon szepen feltarcsazza az illeto
> szamot. Viszont nekem azt kell megoldanom, hogy mindezt egy sajat program
> vegezze el. Valaki azt mondta, hogy a karaktersort siman kiirom a port -ra
> es annyi. Hat nem.
Hali!
Igaza van az illetonek, tenyleg csak ennyi. Az viszont nem mindegy, hogy a
parancsot CR, LF, vagy CR-LF zarja. A pontosvesszo minek? Nem igy
_gondolom_, hanem _tudom_, mert irtam mar egychipes procira is, meg PC
DOS-ablakban futo alkalmazast is, ami GSM modemet piszkalt. Ha megsem
megy, a hiba az on keszulekeben ;-)) van, ellenorizd a baud rate, parity,
stopbit hossz, stb. trivialis dolgokat, mert elneztel valamit.
Nincs semmi trukk, ennek menni kell!
Bye, Rx
|
+ - | Modem-2 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado : [International]
> Temakor: Modem ( 20 sor )
Meg egy otlet. A Term95 ini file-ja kikuld bizonyos
inicializalo parancsokat. Te is kikuldod? Mert ha nem,
akkot lehet, hogy pl. a default tarcsazasi mod nem tone,
hanem pulse es itt a radrotozott cucc meg is adja magat.
Na, szoljon mas is. Uff.
Bye, Rx
|
+ - | Re: Modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Ha a Term95 -nek beirom, hogy
>atd5551234;<CR>
>akkor a soros port -ra drotozott maroktelefon szepen feltarcsazza az illeto
>szamot. Viszont nekem azt kell megoldanom, hogy mindezt egy sajat program
>vegezze el. Valaki azt mondta, hogy a karaktersort siman kiirom a port -ra
>es annyi. Hat nem.
Hat de. Csak eppen inicializalni kell a portot (beallitani a baudratat,
stop- es adabitek szamat, paritast, flow controlt, stb.) mielott irsz ra.
Nezz korul a win32.hlp-ben a BuildCommDCB(), SetCommState(), stb. fuggvenyek
kornyeken. Ha Delphit vagy C-Buildert hasznalsz azokhoz szamos 3rd party
komponens is letezik (Async32, TComPort, stb.), amik nagyban egyszerusitik a
soros port kezeleset.
Gabor
|
+ - | Re: Delphi socket kezeles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>csasztok! elkezdtem irni egy kliens-szerver alkalmazast delphiben egyenlore
>csak onmagam kiprobalasara, de ket problemaba is utkoztem, amire nem
talalok
>megoldast.
>1. kapcsolodok a szerver programra, megy minden kiralyul addig amig
>lecsatlakozik rola a kliens. Akkor elojon 1 hibauzenet: Asynchronous Socket
>error 10054. (az on serversocket ondisconnect reszenel annyit csinal hogy
>true-ra allitja az active-t)
Ez (10054) a WSAECONNRESET WinSock hibakod. Nyilvanvaloan azert jon elo,
mert a kliens nem ugy zarja le kapcsolatot ahogy kellene (pl. kilep csak ugy
a program a socket elozetes lezarasa nelkul). Ha klienst is te irtad, akkor
nyilvanvaloan te csinalsz valamit rosszul. A jelenseg innentol kezdve
normalisanak tekintheto, nem tudom mi bajod vele.
>2. a szervernek vizsgalnia kellene ha bejon egy d betu akkor nyivakoljon,
>ezt igy oldottam meg:
>if (Socket.ReceiveText = 'd') then memo1.lines.add(' authorized');
>namost ez igy nem megy, hiaba kap d betut...
Nyilvanvaloan megint te rontasz el valamit. Ajanlom olvass el valami atfogo
leirast a socket programozasrol (http://www.prog.hu -n szamos cikk talalhato
e temaban), mert a jelek szerint az alapokkal sem vagy tisztaban. Igy pedig
eleg nehez mukodo programot irni...
Gabor
|
+ - | Re: Hook gond (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>CBuilder 4 alatt csinaltam egy global hook fuggvenyt, ami elkap egy
>billentyu leutest.
>1. A gondom az, hogy nem tudom megallapitani, hogy melyik program futott
>(ablak latszott), amikor a billentyut lenyomtam.
>A CALLBACK fuggvenyben, amire a vezerles atadodik, mar nem tudom
>megallapitani ezt az ablakok vizsgalata alapjan, mert mar ez az ablak az
>aktiv, nem az elozo.
>2. Lehet, hogy e fuggveny parametereivel lehetne mit kezdeni, de nekem nem
>sikerult.
>3. Egesz pontosan azt szeretnem megallapitani, hogy az en programom ablaka
>volt-e aktiv, amikor a billenytulenyomas tortent, vagy egy masik ablak-e.
Ne WM_KEYBOARD, hanem WH_CALLWNDPROC+WH_GETMESSAGE tipusu hookokat
installalj! Ezekkel a billentyulenyomast nem a keletkezes, hanem a
feldolgozas fazisaban tudod elkapni (tehat akkor amikor mar eldontotte a
Windows, hogy melyik ablaknak dispatcholja az esemenyt). A celablak
handle-ja alapjan a GetWindowThreadProcessId() segitsegevel pedig mar
konnyen ki tudod deriteni, hogy az adott ablak melyik processzhez tartozik.
Gabor
|
+ - | Borland C++ 5.00 & TASM (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Coderek!
Van egy C programom (TestAsm.cpp), amibol egy assemmbler (un2_konv.asm)
rutint szeretnek meghivni:
TestAsm.cpp:
....
extern far void UN2_KONV(void * ,void * );
....
UN2_KONV(& pMvi[0],&Modulregister[0]);
....stb.
un2_konv.asm:
NAME UN2_KONV
PUBLIC UN2_KONV
DATA SEGMENT WORD PUBLIC
DATA ENDS
MODUL_Seg SEGMENT WORD PUBLIC
ASSUME CS:MODUL_Seg, DS:DATA
UN2_KONV:
push bp
....
stb.
A tasm hibatlanul leforditja.
A projekt elkeszitesenel a link hibat jelez:
Info :Erzeugen...
Info :Transferring to C:\Programme\BC5\BIN\TASM.EXE @C:\TEMP\RSP0.$$$
\la\zi
Info :Compiling C:\Test_C\TestAsm\testasm.cpp
Info :Transferring to C:\Programme\BC5\BIN\tlink.exe
@C:\Test_C\TestAsm\testasm.r$p
Fehler: (1,1):Undefined symbol UN2_KONV(void far*,void far*) in module
testasm.cpp
Hol a hiba ?
Udv,Tibor
Ps.alternativ megoldas Visual C++ ala is erdekel.(Ahhoz nincs masm.exe-m
sajna)
|
+ - | Re: modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [International]
>Temakor: Modem ( 20 sor )
>
>Ha a Term95 -nek beirom, hogy
>atd5551234;<CR>
>akkor a soros port -ra drotozott maroktelefon szepen feltarcsazza az illeto
>szamot. Viszont nekem azt kell megoldanom, hogy mindezt egy sajat program
>vegezze el. Valaki azt mondta, hogy a karaktersort siman kiirom a port -ra
>es annyi. Hat nem.
ird be kezzel:
AT&Zn=1234567
ahol "n" egy tarhelyet jelol a modem memoriaban, ez
lehet 1-4ig, de 1-19ig is, modeme valogatja.
1234567 a telefonszam.
utana programbol csak ennyit kell kiadni:
ATDS=n ahol "n" az elobb beirt szam.
Ezt a beallitast kikapcs utan is megtartja a modem.
udv:
--
koka. icq#98705990 http://ud.fw.hu a rák ellen.
|
+ - | Re: modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [International]
>Temakor: Modem ( 20 sor )
>
>Szervusztok
>
>Ha a Term95 -nek beirom, hogy
>atd5551234;<CR>
>akkor a soros port -ra drotozott maroktelefon szepen feltarcsazza az illeto
>szamot. Viszont nekem azt kell megoldanom, hogy mindezt egy sajat program
>vegezze el. Valaki azt mondta, hogy a karaktersort siman kiirom a port -ra
>es annyi. Hat nem.
Ja lehet, hogy felreertettem a kerdest, de akkor milyen
programbol?
C-bol igy: fprintf(stdaux,"ATD1234567\r\n");
udv:
--
koka. icq#98705990 http://ud.fw.hu a rák ellen.
|
+ - | Re: *** HIX CODER *** #1169 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi!
On Mon, 7 May 2001, HIX CODER wrote:
>Felado : [Non-Profit Organization]
>
>On Thu, Mar 26, 1964 at 12:34:54PM +0000, wrote:
>> De néztem socketprog leírást is. Ezek a TCP/IP stackbe nem igazán férnek
>> bele.
>
>En el tudtam volna kepzelni olyan agyament dolgot is, hogy minden
>datagramra felepitunk es leepitunk kulon egy-egy TCP aramkort;
>ertelme ugyan keves lenne, de mukodne.
Tenyleg keves lenne az ertelme, mert akkor mar atkuldhetned egy db. TCP
kapcsolaton az osszes datagrammot. Az UDP elonye pont az, hogy kicsi az
overhead, de lehet pl. csomagvesztes. Amit mondasz, ott elkepesztoen nagy
lenne az overhead, de garantalt csomagkuldes lenne. tehat erzekeny lenne a
csomagvesztesre. Ha egy TCP kapcs.-ot hasznalnal az egszre, akkor ugyanez
lenne, csak kisebb overheaddel.
>> Gondolj csak utána, hogy ilyen transport rétegbeli protkollhoz a
>> kommunikációs partner támogatása, és a routerek supportja is kéne. Ezt úgy
>> fogalmazta meg a doksi, hogy "nem minden domain tartalmaz minden socket
>> típusra megvalósítást". A domain az az AF_UNIX/AF_LOCAL és az AF_INET.
>
>Meg meg vagy tizenot masik. (Egyebkent PF_*, az AF_* a struct sockaddr-ba
>kellenek).
>Atgreppeltem a linux kernelt, eszerint a SOCK_RDM-et az egvilagon
>senki nem tamogatja, az SEQPACKET-et pl. az IPX es az X.25 igen,
Az X.25-be tenyleg jol illeszkedhet ez. IPX-be nemtom.
>az IPv6 meg ugyanazt csinalja ra mint a SOCK_STREAM-re.
Ez viszont elegge gaz, mert ahogy a tablazatbol is lathattad, a TCP (azaz
a socket stream IPv6-nál is szentem) nem tud elválasztójeleket kezelni.
>> Látszik, hogy a SEQPACKET picit több, mint a TCP,
>
>Attol fugg, kinek eppen mire van szuksege.
Na igen, de ha nekem szuksegem lenne vegjelzesre, es johiszemuen
beizzitom, akkor nagyot koppanok. A retegnek pedig biztositania _kell_ az
igert es elvart szolgaltatast.
>> az UDP. Se a SEQPACKET se az RDM nem váltható ki TCP-vel
>
>Dehogynem. Rogzited mondjuk, hogy minden 0x00 octet (merthat a
>byte ugye kitudja hany bites :) jelentse az uzenet veget plusz
>bevezetsz valamilyen escape karaktert, meg egy wrappert a
>read()/recv*() kore ami addig var amig nem jon teljes uzenet, es
>le van emulalva.
Persze lehet mindenfelet hackelgetni, ganyolni, de ugy ertettem, hogy
nativan nem tamogatja semmi.
Egyebkent ez elegge gaz lenne, en inkabb valami megprobalnam kihasznalni
az UDP es TCP ill IP csomagokba helyezheto extra headereket. Ide kene
bevezetni plusszban egy hossz meg egy offszet mezot.
Ahogy figyelem ma ekezet nelkuli napom van. Pedig semmi indok ra.
Üdv!
--
tocsa
|
+ - | Par egyszeru Java kerdes 2 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Eloszor is koszonom NAR-nak es Peternek a valaszokat.
A valaszokat alkalmazvan leredukaltam a kerdeseim szamat es egy
ujat is kitalaltam.
1)
Nem birok egy egyszeru modalis messagebox megjelenitesenek a problemajaval.
A kovetkezo koddal sikerul megjelenitenem egy ugyefogyott
messageboxot, de se a merete, se a helyzete, se a modalitasa nem
megfelelo. Egy titlebar nagysagu gizdasag lesz belole, amit meg be
sem lehet csukni, mert nem csinal semmit a close gombra.
Frame frame = new Frame();
Dialog dialog = new Dialog(frame, "not supported", true);
dialog.add(new Button("asd"));
dialog.setModal(true);
dialog.setTitle("cim");
dialog.show();
Kezdek megorulni, mert nem hiszem el, hogy a Java nem tamogatja az
messageboxok egyszeru megjeleniteset.
2)
Ez a kerdes az elozo problema egy alternativ megoldasabol jott.
Ahogy Peter javasolta megneztem a JOptionPane.showMessageDialog-t.
Nem sokra jutottam vele, viszont ki akartam probalni, annak
ellenere, hogy nem ez lesz a vegleges megoldas, mert gyanitom, hogy
a swing meg nem tul elterjedt az altalanos java instalaciokban
(VJ++ sem teszi fel, csak a jsdk 1.3).
A problema az, hogy keptelen vagyok megetetni a VJ++-szal a
kovetkezo sort:
import javax.swing.*;
Akarhogy ugyeskedek nem ismeri fel a jdk altal felinstalalt
packageket. Az MSDN ir valamit arrol, hogy a Java Package Manager
altal feltett packageket felismeri, de gozom nincs errol a JPM-rol.
A JDK nem ezt hasznalja?
Esetleg a VJ++ JSDK ellenes? :-)
Koszi a valaszokat.
Üdv.
Pisti mailto:
|
+ - | Re: Par egyszeru Java kerdes. (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Tue, Mar 31, 1964 at 09:45:06AM +0000, wrote:
> Picit felulbiralnam magam: ugyan nincs kulon preprocesszor Java-hoz, de
> a C preprocesszorat nyugodtan lehet hasznalni:
> cpp sajat.java.forras sajat.java
> javac sajat.java
> Ekkor hasznalhatod a fenti konstrukciokat. Persze ha kiadod a kododat a
> kezedbol, akkor a preprocesszalas utani allapotot add ki :-)
Vagy inkabb tedd bele a Makefile-ba (nem tudom mennyire elterjedt
az ilyesmi hasznalata Java-s korokben, mindenesetre letezik a
forditasi idoben levo fuggosegek kezelesere sok rendszer, ami
elviseli a Java-t is).
De ha mar igy all a dolog, akkor szerintem hanyagold a cpp-t es
alkalmazz valamilyen ertelmesebb makronyelvet. Amig megteheted.
_tgz
|
+ - | Re: Pascal gond (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Tue, Mar 31, 1964 at 11:54:54AM +0000, wrote:
> Korábban írtam egy egyszerű progit TP 7.0-ban, egy Pentium procin. Nemrég új
> gépet kaptam munkahelyemen (egy AMD K7 TB-öt), és a progim még induláskor
> "Division by zero" futási hibával elszáll.
:) Nem olvasol ujsagot? http://www.borland.com/devsupport/pascal
_tgz
|
+ - | shell parancsok C ben (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Most kezdtem a C programozast tanulni, es lenne egy igen rovid kerdesem: Linux
alatt hogy lehet C programbol a Shellnek (nalam a BASH) parancsokat adni?
Ha lehet legyszi maganba:
Elore is kosz!
|
+ - | Re: *** HIX CODER *** #1169 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>> Korábban írtam egy egyszerű progit TP 7.0-ban, egy Pentium procin.
>> Nemrég új gépet kaptam munkahelyemen (egy AMD K7 TB-öt), és a progim
>> még induláskor "Division by zero" futási hibával elszáll.
Ha jol emlexem a 200Mhz -nel gyorsabb processzoroknal jon elo ez a hiba, a
crt unitban azthiszem tortenik egy nullaval valo osztas. Tobb megoldas is
van ra, a legegyszerubb egy memoriarezidensen futo kis programocska ami
kikuszoboli ezt a borland honlapjarol le lehet tolteni, de ha nem talalod
meg szivesen elkuldom a mail cimedre.
Pety
|
+ - | Re: Modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Ha a Term95 -nek beirom, hogy
> atd5551234;<CR>
> akkor a soros port -ra drotozott maroktelefon szepen feltarcsazza az illeto
> szamot. Viszont nekem azt kell megoldanom, hogy mindezt egy sajat program
> vegezze el. Valaki azt mondta, hogy a karaktersort siman kiirom a port -ra
> es annyi. Hat nem.
>
> Tudnatok valamit tanacsolni ? Azt sem tudom hol kellene utananeznem.
Hello!
Elsokent megjegyeznem, nem minden maroktelefon tudja a modem-emulalast. De
amelyik tudja, az tudja es azzal ugy kene mennie, ahogy neked mondtak.
Itt egy kis csatolmany. C-ben van, modem-terminal. Mar regen irtam, ugyhogy
bongeszd egyedul. Egyebkent rem egyszeru.
Robi
|
+ - | R:Modem (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali !
A Benkô Tiborné - Poppe András - Benkô László:
TURBO C++ programozás IBM PC-n
SERIAL.C nevu programot erdemes tanulmanyozni
"A soros adatvitelt megvalósító program, amely a vezérlô
közvetlen programozásával mµködik. Az biztonságos adatfogadás
érdekében a program megszakítást és soros puffert használ."
Valoszinuleg tul gyorsan adtad ki az adatot, es a megszakitas
sem volt modositva Egyebkent, ha a modem ott a soros porton, akkor
kotelessege az AT parancsokra reagalni. Egyeb forras: regebbi tarcsazo
es egyszeru terminalprogramok kornyeken kell korulnezni
udv:gypel
|
+ - | c header-> pascal unit (mind) |
VÁLASZ |
Feladó: (cikkei)
|
c header-> pascal unit
Sziasztok!
A következo a problemam. Van a bladeenc.dll, amit szeretnek delphibol
hasznalni. Ehhez van egy header, ami kell a hasznalathoz. Mivel sajnos
c-hez nem nagyon ertek, ezert szuksegem lenne egy olyan szemely
jelentkezesere, aki otthon van mindket nyelvben, es segitene atirni
pascalra. A jelentkezest maganban varnam, es akkor elkuldenem azt a
bizonyos headert es a probalkozasomat, hogy jo lesz-e.
Elore is koszonom.
Karcsi
|
|