Hollosi Information eXchange /HIX/
HIX CODER 560
Copyright (C) HIX
1999-08-24
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: gsm modem - kiigazitom magam (mind)  29 sor     (cikkei)
2 Re: Vonalkod (mind)  28 sor     (cikkei)
3 GPROF ??? (mind)  19 sor     (cikkei)
4 key violation (mind)  22 sor     (cikkei)
5 Active X (mind)  12 sor     (cikkei)

+ - Re: gsm modem - kiigazitom magam (mind) VÁLASZ  Feladó: (cikkei)

Haho!

Gyerekek, figyelmetlen vagyok!
Mint Pinter Ferenc baratunk felhivta ra a figyelmemet:
>>> 2. Ha inicializalas utan kiadom az ATDT(halozaton beluli telefonszam)
>>> parancsot minden esetben NO CARRIER uzenettel valaszol fuggetlenul a
>>> CARRIER
>>> DETECT allapotatol. Miert van ez es mit lehet tenni ellene?
>>>
>> No erre en is kivancsi vagyok!!!! Nekem is szo szerint ezt muveli ez a kis
>> genya! Viszont a cseheknel akiknek fejlesztjuk,
>> csont nelkul telefonal! No mi jo otleted van erre? Vagy kartya vagy
>> szolgaltato lehet a problema forrasa....

>Mintha en is szivtam volna ezzel Siemens M1-nel.
>Ket megoldasi javaslat:
>- ATDT helyett sima ATD kell (biztos nem veletlenul raktam bele egy
>megjegyzesbe anno, hogy se T, se P nem kell a telefonszamba)
>- [nem biztos] Esetleg a telefonszamot lezaro karakter sorozatbe nem CR LF,
>csak sima CR kell.

Bizony - bizony igy van..en sem hasznalom csak az ATD parancsot...
csak nem vettem eszre, mivel egyebkent mindenutt ugyi atdt vagy atdp van...
es atsiklott a szemem rajta.
A masik fele: en mindig csak <CR> -t adok parancs vegen,
meg sosem kellett <LF> is a vegere. Volt mar akinek az is kellett?

Udv
STeve
+ - Re: Vonalkod (mind) VÁLASZ  Feladó: (cikkei)

Kedves HIX CODER!

On 24 Aug 99, at 5:30, HIX CODER wrote:

> Felado : McMacee
> E-mail :  [Hungary]
> Temakor: Re: Vonalkod ( 6 sor )

> A vonalkod ugyeben egy atfogo tanulmany, de sajnos angol:
> http://www.howstuffworks.com/upc.htm

Koszi a linket! Nem az a baja, hogy angol hanem, hogy amerikai. Az UPC 
amerikaban hasznalt szabvany. Magyarorszagon az europai EAN-13-at hasznaljak.
 
Kompatibilis az UPC-vel kodolas szempontjabol, csak a szamok csoportositasa 
mas es mast is jelent.

En meg ezt talatam: http://www.mecsw.com/speclist.html . Nagyon lezer. Itt 
egy csomo kod leirasat meg lehet talani. Csak a vonalak decodolasat nem. 
Ezert jo amit kuldtel!!!

Meg nehany link:
http://www.ke.telecom.sk/psoft/eanspec/eansamp.htm

Udv From:, a vonalas

Idot, penzt, faradsagot takarit meg, ha idot, penzt, faradsagot takarit 
meg...
+ - GPROF ??? (mind) VÁLASZ  Feladó: (cikkei)

Szevasztok!

Atirok jopar programot, hogy TC-vel es DJGPP-vel is lefordithato legyen. Sok
dolog mar megy, de van egy meglepo: Az egyik program ugyanazt csinalja, de
5-szor annyi ideig. File feldolgozas, a TC-vel keszult verzio 2 mp, a
DJGPP-s meg 11 mp-ig fut. A tobbi programnal pont az volt a tapasztalat,
hogy a DJGPP-s volt sokkalta gyorsabb. Lehet ekkora lassulas normalis?

A programot persze nem en irtam, rohadt nagy, ugyhogy a debuggolast hagynam
utoljara. A GPROF-ra gondoltam, ha legalabb azt megtudom belole, hogy mely
eljarasban tolt sok idot a program, az mar nagy elony lenne.

Odaig jutottam, hogy a GPROF elindul, kis teszt programmal megy is, de az
igazival ez van:
  d:/djgpp/bin/gprof.exe: Can not allocate 1784439444 bytes after allocating
  1359872 bytes
Ilyenkor mit tegyek?

Kosz.   Graff Zotyo'
+ - key violation (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok coderek!

A kovetkezo a problemam. Operacios rendszer:Win98. Delphi 3-al
keszitettem egy szamlazot, ami BDE 4.0 adatbazismotort hasznal,
paradox tipusu tablak. A szamlaszamot a gep generalja, autoincrement
tipusu,ez a primari key, a tobbi mezo szokvanyos tipusu, nemelyiken
sencundary index, de nincs koztuk uniq index. Ennek ellenere a program
olyat csinal, hogy uj rekord felvetelekor a kovetkezo hibauzenetet
irja ki: Key violation. Mivel nincs a tablan uniq index, ugy tunik,
mintha az autoincrement mezo rosszul mukodne, olyan szamot general,
ami van. Mivel nem tudtam rajonni a hiba okara, csak tuneti kezelest
tudtam alkalmazni, amire veletlenul jottem ra: az autoincrement mezot
atalakitottam integerre, elmentettem a tablat, majd ujra
visszaalakitottam autoincrementte. Ez volt a fejtabla, a teteltablaval
ugyanezt kellett csinalni. Igy megint jo volt egy darabig. Aztan most
legutoljara mikor atalakitottam integerre, es elmentettem, egyszercsak
kiirta, hogy Table full, es eltunt jopar szamlafej, a tetelek
megmaradtak. Szerintetek mi lehet a problema?

Üdv,
 Karcsi
mailto:
+ - Active X (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok,

Egy internetes alkalmazast kellene fejlesztene, es egy kis segitsegre lenne 
szuksegem. Azt hiszem, hogy egyszerubb, ha a celt irom le:

- a user a browseren egy gomra ranyomva elinditana egy hangfajl rogzitest 
(wav), majd azt leaalithatna es tovabbitana a szervernek.

Roviden ennyi lenne a dolog, ehhez kernek segitseget (Visual C++, VB) !!!

Udv:
       Laci

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS