Sziasztok !

Olyasmi problemam akadt, hogy kellene irnom egy programot ami linuxon
es dos-on egyarant mukodik, es szeretnek ra olyasmi feluletet mint
mondjuk a norton commander vagy midnight commander vagy pine. Van-e ra
valami megoldas, hogy az adott kodot ne keljen kulon-kulon megirnom
ods-ra es linuxra. Ja a nyelv c++.
Ha nincs erre megoldas akkor hol talalok valami leirast a linux-os
consol programozasahoz (ne irjatok azt, hogy forraskodot nezzek, mert
a bogaraszast a legvegsokre tartogatom :-) ).

Legjobbakat mindenkinek
PKA

haho!

belebotlottam egy erdekes problemaba:

-Van egy HTML, ami atpasszol egy file-t egy ASP-nek
-Ha a file 64k-nal kisebb, akkor minden ok,
ha nagyobb, akkor teljesen behulyul a bongeszo.-> "Elfelejti" a
JavaScript-ben definialt valtozokat, valamikor azt mondja, hogy a
keresett lap nem nyithato meg, valamikor meg csak annyit mond, hogy
invalid parameter.
-Amig az upload ASP fut addig semmi gond, tehat kimenti a feltoltott
file-t, csak amikor tovabb kuldom egy masik oldalra, onnantol halott a
dolog.
-A file mentes tuti, hogy jo, mert kiprobaltam mentes nelkul is, tehat
semmi nem volt az ASP-ben csak egy scriptreszlet, ahol window.open-el
megnyitok egy uj doksit.
-Ha a nemmukodo oldalrol megyek tovabb, pl: egy linkkel visszamegyek a
kezdolapra, onnantol megint mukodik.

Ilyet latott mar valaki?
Vagy csak valamit be kellett volna allitani az IIS-nek?

segitseg, pliiiz

udv:
-marci

Nincs valakinek veletlenul meg, vagy nem tud valaki egy webcimet, ahol
elerheto lenne a kovetkezo konyv CD mellekletenek tartalma?

Sams - Teach Yourself Database Programming with Visual C++ 6 in 21 Days

Elore is koszonom szepen!

Hedge
mailto:

Hello, kosz mindenkinek, aki a DOS BIOS megszakitasokkal segitett.

 Vikee! - mailto:     http://vikee.home.sk

Sziasztok$

Ujfent egy erdekesek tuno problemat probaltam lekuzdeni. Ket szam
legnagyobb kozos osztojat kerestem. Irtam is egy jo megvalositast,
csak ax zavart, hogy Segmentation Fault -tal leall, ha az alabbi
szampart irom be> 89, 76 es 95, 52
viszont hiba nelkul lefut, ha ay alabiiakat> 1222, 4 es a 10, 5
szamparral probalkozom. A kod tul hosszu, ezert ha valaki szivesen
segit, akkor maganba elkuldom a forrast.

Elore is kosz>
Aron

Sziasztok !

Programozasom soran hozzajutottam a Small From Factor SFF-8020i
dokumentumahoz, mely az IDE-s CD-ROM-ok protokoljat (ATAPI) irja le.
Sajnos a leiras nam tartalmazza az adat CD-k hibajavito kodolasat. A
hibajavito kodolast a CD-ROM-okrol szolo szines (piros, zold, sarga,
feher) konyvek egyike tartalmazza. Szeretnem megtalalni a Small From
Factor tobbi dokumentumait, valamint a CD-ROM-ok szabvanyait is.

Keresek meg az Intel 80386-os processzorarol magyar nyelvu leirast is.

A segitsegeteket elore is koszonom, es az alabbi email cimre varom a
valaszokat.

Subucz Akos

itt van 3 link, ahonnan hasznos infokat/tutorokat szerezhetsz:
    http://www.wapforum.org/
    http://www.zvon.org/
    http://www.wapdrive.com/
Sok sikert!
  Zsepi
PS: a tema inkabb webmesteres szerintem. ment a listara is.

Hi Coders!

Sting > irta:

> >1. kulonboztessem meg a hosszusagokat???
> Vagy mar a jelzobajtban, vagy valamelyik parameterben
> jelzed/megkulonbozteted mondjuk a 8-bites, es a 16-bites szamlaloju
> ismetlodeseket. Mondjuk a $55 prefixalja a <karakter>+<8 bites
> szamlalo> es $AA a <karakter>+<16> bites szamlalo tomoritett
> szekvenciakat. De nyilvan a szamlalobol is fenttarthatsz egy bitet
> ennek jelzesere. Pl. a $AA jelzo a hosszusagkodolt szekvencia
> kezdetet, ami utan beolvasod az elso bajtot. Ha ennek legfelso bitje
> 1, akkor az also 7 bit adja meg az ismetlodesek szamat. Ha a felso
> bit 0, akkor a fentmarado bitek egy 16-bites szo 14.-8. bitjeit
> adjak, a szo maradek (7.-0.) bitjei pedig a kovetkezo bajtban
> talalhatok.
> Erted mar?
Nem kotozkodom veled de "valtozo hosszusagu" RLE-n NEM
ezt ertem. Szal amit leirtal az a normal RLE bajtokra.
Arrgggghh, $55, $AA.

Ha 7 bitet adnek a hosszusagra akkor 1-127 kozotti hosszusagokra lenne
modom tomoriteni, de ha a hossz nem 7 bitet igenyel akkor felesleges
biteket irok ki pl. 39 hoszzusagu szakasznal 1 bitet pazarlok (!!!) (a
problema a 16 bitesre is igy igaz).
Nekem nagyon fontos, hogy meg 1 bitet se pazaroljak.

> >2. jovok ra, hogy "0" sorozat jon vagy "1" sorozat??? Na, most
> akkor dontsd el, hogy bajtokat vagy biteket kodolsz!
Mar az elejen kozoltem a T. Listaval, hogy biteket. De azert csinalok
belole ilyen szep nagy tombot (8x), hogy jobban kezelhessem (rulez
Piroska :)))

> Ha biteket, akkor rendkivuli modon leegyszerusodik a dolgod, hiszen
> nem kell mas tenned, mint folyamatosan szamlalnod az egymas utan
> kovetkezo azonos biteket, es amikor valt az ertek, akkor eltarolod a
> szamlalot, majd nullazod.
Eddig egyre gondolunk :)))

> Kitomoriteskor egyszeruen veszed egymas utan az X db biten (mondjuk
> 8) tarolt erteket, es annyi darab bitet irsz ki a kitomoritett
> allamanyba, amennyit ez a szamlalo meghataroz. Ezek utan negalod a
> kiirt bitet, majd veszed a kovetkezo erteket es a negalt bitbol irsz
> ki n darabot. Az egyszeruseg kedveert erdemes azt csinalni, hogy ha
> a bemeneti folyam elso bitje mondjuk nem 0, akkor elsonek egy zerus
> szamlalot irsz ki a tomoritett allomanyba. Igy kitomoriteskor fixen
> 1 erteku bittel kezdheted a kitomoritest - ha nem ezzel (nem 1
> erteku bittel) kezdodott az eredeti bemeneti allomany akkor ugye 0
> darab 1-est fogsz kiirni, ami utan a fentieknek megfeleloen valt
> majd az aktualis bit-ertek, es innentol kezdodik a tenyleges
> kitomorites.
Az elejevel is 1-et ertek de:
  ha van egy "11010110101" sorozat akkor buktal rajta.
Az ilyen sorozato(ka)t nevezem "nem" tomorithetonek.

> Remelem ertheto voltam.
Igen.

> Ha nem, akkor 1. gondolj!, 2. kerdezz!
Yoo, tobbet gondolkodom, kevesebbet kerdezek.
 
> >3. kezeljem a nem tomoritheto szakaszokat??? Tomoriteni mindent
> lehet - csak mas kerdes, hogy a kodolt allomany kisebb lesz -e mint
> az eredeti. Ebbol kovetkezik, hogy a koznapi ertelemben vett "nem
> tomoritheto" szakasz nem attol nem tomoritheto, hogy nem lehet rajta
> lefuttatni a tomorito (kodolo) algoritmust (hiszen lehet), hanem
> attol, hogy a keletkezett kimeneti adatsor nem lesz rovidebb, mint a
> bemeneti, tehat a tomorites nem lesz effektiv. Ez azonban sosem
> vonatkoztahato egy kiragadott szekvenciara, hanem mindig a teljes
> allomanyt kell vizsgalni (mert a kiragadott adatsor tomorithetosege,
> es eredendo hossza nem feltetlenul van barmilyen osszefuggesben a
> teljes allomany tomorithetosegi mutatojaval).
Ez szep volt, de:
 a kiragadott szakasz az tenyleg nem tomoritheto, de nem arra
 vonatkozott a kerdesem, hogy a tomorites erre a szakaszra effektiv
 legyen.
 Az egesz allomany tomorithetosegi mutatojat szeretnem minnel
 kissebbre letudni, es akkor mar igencsak szamit a nem tomoritheto
 szakaszok hossza.
 Lamma pelda 100 darab "0" 15 darab "1" es 111101011
 Az utolso sorozattal mi legyen?

Eddigi osszefoglalo:

Hagy bitet tudunk letomoriteni legalabb 1 bit haszonnal?
Mivel 1 bit a "0" vs. "1" 2 bit a hosszra (hogy hany bites a counter),
1 + 2 = 3 bites a helyfogalalas.
Tehat 2**3 hossz folott mar tomorithetoek mind "0", mind "1"
sorozatok. Ha 2**3-nal kevesebb a sorozat pl.
"11010110101" az mar nem tomoritheto ezzel a modszerrel.
De milyen algoritmust lehetne erre kitalalni?
A + egy bit bevezetese?, de az rontja a hatasfokot mivel sokkal tobb
hosszu sorozat van mint "rovid", nem tomoritheto sorozat. Ez esetben a
hosszu sorozatoknal elpazarolunk 1 bitet.

Vajh jol gondolom???

udv.: XiX/PsychoMix

> volna egy feladat, amit meg kellene oldanom, de nemigazan tudom,
> hogyan fogjak hozza. Van egy teglatest (valtozo meretu) es ketfele
> meretu kisebb teglatestek. Meg kell keresni, hogy hogyan fer el
> benne a legtobb (kisebb) teglatest, minel kevesebb ures hely
> maradjon.
Szerintem backtrace-szel meg lehetne oldani. Nezd meg a 8 kiralyno
problema megoldasat, es ra fogsz jonni, hogy hogyan erdemes nekiallni.
Minden "korben" kepezz egy listat az eppen meg szabadon allo terulet
sarkaibol (ez alapesetben 4 lesz, de ahogy elhelyezel ujabb es ujabb
teglatesteket csakis ennel tobb, vagy max. ugyanennyi lehet), es
minden egyes sarokba probalj meg beilleszteni egy-egy ujabb
teglatestet (eloszor az egyik, aztan a masik fajtabol). Ha lehet,
akkor rekurzivan folytatsd, azaz kepezz egy ujabb listat az uj
szabadon maradt terszelet sarkairol es probalj meg egy ujabb
illesztest. Ha az adott sarokba nem lehet mar teglatestet illeszteni,
akkor lepj vissza egy szintet, es az elozo szinten folytasd a
kovetkezo elemmel ill. a kovetkezo sarokkal. (A visszalepes elott
azonban nezd meg, hogy a kitoltetlenul maradt terulet kisebb -e, mint
az eddigi legjobb, es ha kisebb, akkor tarold el az aktualis
elrendezest, mint az eddigi legoptimalisabb megoldast.)

Gabor

...
> A problema nem itt jelentkezik, hanem amikor az RTL felszabaditja a
> memoriateruletet a program befejezesekor.
> 
> A hibauzenet: Resource from different RTL __internal_free+0x1D
> ...

Csao!

A hiba valószínűleg a Te készülékedben (project filédben) van. 
Lásd Help / C++ Builder Help / CodeGuard / CodeGuard error messsages:
Resource from different RTL --> ez pl akkor van, ha több modult
használsz, amelyek nem ugyanazt azt a dinamikus RTL lib-et használják,
azaz
- nem buildelted a projektedet a CodeGuard bekapcsolása után, és
  maradt egy nem CodeGuardolt obj.
- 1 főprogram van debug infoval, és egy DLL debug nélkül vagy 
- 1 főprogram van CodeGuard-dal, és egy DLL CodeGuard nélkül

ez egy figyelmeztetés, hogy így értelmetlen CodeGuard-ozni.
Valószínűleg semmilyen allokációs hibád nincsen.

BTW: a %i helyett nem %d-t szoktak használni?

BTW2: az egész bűvészkedés helyett sokkal egyszerűbb a 
TDateTime::CurrentDateTime().DateTimeString().c_str() használata.
Ez ráadásul a Windows date/time formátumot használja, mindig
a user beállításnak megfelelően. Persze ha saját fix formátumot
akarsz, a TDateTime::CurrentDateTime().FormatString(...) is jó...

Csao
---
Józsi