Hi All!

Felnyomtam a subjectbeni dolgot (devellel, meg mindennel) es nem mukodnek
vele a programjaim.  A gdb-szerint a kovetkezo resznel jon a SIGSEGV

main_w = XtVaCreateManagedWidget("prototipus", xmMainWindowWidgetClass,
top_level, /* A f ablak widget ltrehozsa */
				   XmNscrollBarDisplayPolicy, XmAS_NEEDED,
				   XmNscrollingPolicy, XmAUTOMATIC,
				   NULL);

Most en vagyok a marha, hogy nem veszem eszre a hibat, pedig mar 20-adszor
nezem vagy downgrade-eljek, es irjak bug report-ot?

Sziasztok
-- 
May the Source be with you!

ImRe

 wrote:
> 4. van egy oskori megoldas amit "sima" DOS-nal hasznalok is:
>    meg kell hivni a 67(hex) dos megszakitast x parameterrel.

A 67h mexak a "file-kezelo szamlalo beallitasa. az egyidoben
nyitvatarthato fileok szamat adhatjuk meg."

amugy a problemad az, hogy a file leirokat a DOS a PSP-ben tarolja,
ami pedig veges. asszem a WATCOM C-ben lattam erre olyan megoldast,
hogy tobb PSP-t kell letrehozni, es mindegyikben n darab filet
tudsz megnyitni. a problema az hogy egyszerre csak egy PSP
filejaihoz fersz hozza, mindig at kell allitani a PSP cimet,
ami nem sokkal egyszerubb mit lezarni a filet es megnyitni a masikat.
A watcom lekezeli magatol, ott ez nem gond.

Amugy ezt a PSP-t ajanlom mindenki figyelmebe aki TSR-bol akar
filet kezelni. en annak idejen ugy 3 napig debuggoltam mig rajottem
hogy ha az aktualis PSP nem egyenlo a file megnyitasakor aktualissal,
akkor a DOS nem engedi a filet olvasni/irni.
Amugy eleg erdekes ez a DOS, mert alapjaiban megvan egy csomo
minden ami a multitaszkhoz kene, ez a PSP-s kavaras is azert van.
(a PSP beallitao mexak neve pedig Set Current Process! :))

 A'rpi/ESP-team

Sziasztok CODER-rek !

     Egy kis programot irok,ahol egy sokmezos BROWSE ablakra van szuksegem.
     Szeretnem a BROWSE ket oszlopat rogziteni, ugy hogy azok ne fussanak
     ki az ablakbol, mig a tobbi mezoben keresek. A HELP-ben talaltam
     utalast SPLIT-re, hogy megtalalom a User`s Guide-ban, az sajna nincs.
     Tud valaki segiteni ???

     Joe

Haliho!
    Van valakinek valami kis asm rutinja, amit hasznalhatok a Pascal sajat
randomja helyett???
    Kossz,
       Jozsi

Van ket apro, am roppant kellemetlen gondom:

- Interbasehez nem találtam megfelelő langdrivert.
  Ha megadtam egyet (pl.: pdox ansi hun dc.), akkor ekezetes
  karaktereknel hibauzenettel kirug.

- Interbase triggerek: Megadok before insert-re egy triggert,
  amelynek az alábbiakat kellene végre hajtania:
   (mező automatikus sorszamozasa generatorral)

      new.automezo = gen_id(automezo_gen,1)   // vagy valami hasonlo

Szoval a sorszam a generatorban utomatikusan novekszik, a program viszont
hiba uzenettel kirug : "Record, key deleted"

Ugyanez a sor proceduraban megirva (interbase), es a tabla beforpost
esemenyebe berakva (if newrecord) tokeletesen mukodik.

A segitseget elore is koszonom:
                                                                  Lastender

Hali!

Szoval egy kis tevedes tortent, megpedig az hogy sokan osszekevertek
engem az eredeti kerdest feltevovel.
Szoval a kerdest feltette: James - 
nem pedig en (Blacksmith /BRL/ - >)!
Ez az egesz idezett resz itten MC -  levelebol 
van:

Egy darab hulyeseg, amit mar nagyon regen irt valaki az eredeti kerdesre
valaszkent:
>>config.sys-be, max 80 nyitott file:
>>
>>FILES=80

Idaig a hulyeseg, innentol az en javitasom:

>iC> Hat nemtudom, lehet hogy tevedek vagy elneztem valamit
>iC> (mivel eleg sokan irtatok ezt a megoldast), de ez a megoldas
>iC> NEM JO!
>iC> Ezzel is csak max 15 filet lehet megnyitni, (TP6.0 eseten
>iC> ebbol a fordito rogton lefoglal 3-at, tp7.0 eseten meg asszem
>iC> 1-et). Ez nem csak a Dostol fugg, hanem a TPascaltol is!
>iC> Probaljatok ki!

Eddig tartott, innentol pedig MC -  irasa, amit
rossz embernek cimzett, mivel osszekevert Jamest meg engem:

>igen, ez igy telleg nem koser... de mar irtam
>neked egy levelet, amiben van egy fcb alapu file
>kezeo unit.... ezzel menni fog vegulis vegtelen
>szamu file +nyitasa, csak egy kicsit eszen kell
>lenni a proggyzasnal.... na csao....

Szoval:
En csak kijavitottam a masok altal irt hulyeseget,
mert mar tul sok volt belole es nagyon szurta a szemem. 
Mondjuk elismerem, egy kicsit felreerthetoek voltak a levelembeli 
cimek.
Szoval akkor az e temaval kapcsolatos leveleket a jovoben
legyszi  Jamesnek kuldjetek, nekem semmi bajom sincs a 
filekezelessel.

Udv: Blacksmith /BRL/ (nem James)
>

On 17 Jan 99 at 7:35,  wrote:

> Az alabbi reszt a DOS titkai cimu konyvbol idezem:

Hat, ez nagyon rossz forditas! Bar valoszinu az eredetije se volt 
tokeletes:

> Ha a BX regiszterbe 20-nal nem nagyobb szamot adunk meg, a
> szolgaltatas hatastalan.

Ez nem igaz (legalabbis nagy egyszerusites), pl. ha mar 30
handle-nek van hely, es mind a 30 meg van nyitva, aztan
lecsokkentjuk 20-ra... Meg egyebkent is, legalabb annyi hatasa
maskor is lehet, hogy felszabadul a korabban esetleg lefoglalt
memoria.

> A DOS 3.30 alatt kisse hibas a szolgaltatas mukodese: paratlan szamu
> file-kezelo szukseges ahhoz, hogy egy teljes 64K-s memorialapot
> foglaljon el a file-kezelo tabla.

"szukseges" ??? Aki ezt forditotta, nagyon nem ertette, mirol van
szo. Forditva az erdekes: ha veletlenul paratlan szamu (pl. 33)
max. handle-t akar valaki beallitani, akkor egy teljes 64k-s puffert
lefoglal a hivas, nem csak 33 byte-ot! (Handle-nkent 1 byte-ot foglal
normalisan.)

> Kapcsolodo szolgaltatasok: int 21h/AH=26h"

Itt, feltetelezem, nem egy szolgaltatas, hanem a PSP szerkezete van 
leirva, ami kapcsolodik a temahoz.

> Ennyi az idezet. Velemenyem szerint muxenie kell Windfos 95 es 98
> alatt is, ugyanis ez egy dokumentalt DOS szolgaltatas. A dokumentalt

win95 alatt kiprobaltam, vegyes eredmenyek vannak. Altalaban mukodik, 
de voltak olyan esetek is, amikor nem. Nem jottem ra, hogy mitol fugg 
a dolog.

On 17 Jan 99 at 14:02,  wrote:

Pontosabban talan MARK LEWIS irta:

> i cannot remember exactly what INT $21 Function $6700 is but here's

Ugyanazt csinalja egy int 21 alatti fuggvennyel, mint amit Graff
Zotyo kezzel programozott be a BC-hez (ahogy nehany napja irta).
Lefoglal egy memoriateruletet, es a PSP-ben levo 0x34-es cimre irja a 
memoria kezdocimet (OpenFileTable Address), a 0x32-re a hosszat 
(MaxOpenFiles), aztan atmasolja az eddigi handle-ket ebbe a pufferbe, 
a novekmenyt meg feltolti 0xff-fel. Ha meg csokkenteni kell a 
teruletet, akkor figyel arra, hogy nehogy legyen ott egy nyitott 
file. (Ha van, akkor sikit.)

Szoval mindennek az alapja az, hogy a config.sys-ben levo FILES= azt
allitja be, hogy a dos maga mennyi file-t tudjon osszesen kezelni
egyidoben. A dos minden file-hoz lefoglal otvenvalahany byte-ot,
ezen puffer indexe kerul a handle-be. A handle-k a futo programokhoz
vannak rendelve, indulaskor a PSP-ben van a szamukra 20 byte-nyi
terulet, ahol igy max 20 handle (=byte-os tombindex) fer el. A dos
eleve megnyitja a 0,1,2,3,4 (stdin,stdout,stderr,stdaux,stdprn)
handle-ket, igy marad meg 15 a handle teruleten. A 0x67-es int21
hivassal (vagy akar magunk is lekodolhatjuk) le lehet foglalni
nagyobb teruletet a handle-k (indexek) tarolasara. Annal tobbet
viszont nem lehet hasznalni, mint amit a FILES= behatarol, minusz a
masok altal nyitott file-ok szama. 

Remelem, erthetoen irtam le, nekem nem tetszik tulzottan igy 
ujraolvasva :))

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

Hali Coderek!

Koszonom a segitsegeteket. A megoldasert kolon koszonet
 -nak.
A 67(h) dos megszakitast en is ismertem, de csak magaban hasznaltam. Igy dos
alatt max.
40-45 file-t Win alatt max 20 :((((( file-t tudtam megnyitni. A kozolt
unit-ot hasznalva pedig
--HEUREKA-- 250 file/Dos vagy 247 file/Win :))))))))))))))) ha a Files=255
be van irva.
Szoval megegyszer kosz.

-- James --
mailto: 

> Mizsei Robernek...
> Kereseshez hasznald  a felzoalgorimus/persze csak rendezett elemek eseten/
 
 En is ezt irtam (logaritmikus kereses neven), de epp ezt irtam, hogy nem
 igazan megy lancolt listanal, mert elobb rendezni kell, majd szukseg van
 egy tomb indexelesre is es lancolt listanal ez nem igazan valosithato
 meg ugy hogy az meg gyors is legyen, ezert kozoltem a korabbi modszert,
hogy  a pointerekt taroljuk el tomben es igy lehet indexelni, vagyis
lehet   hasznalni a "felezo" keresest.(egyebkebt igy szebb: intervalum
felezeses  kereses).
 egyebkent azert logaritm... kereses mert a lepesek szama atlagosan 
megegyezik a tomb meretenek 2-es alapu logaritmusaval (remelem nem 
hulyeseget irtam :))

  bred!rg42

>iC>     or ax,ds:[si]
>        ^^\
>           na igen, de ez itten nem xor vagy sub akar lenni? ;))))))))
>           a masik, + ha ma' ugyis [si] van ott, akko' tok folosleges
>           kitenni a prefixet, mer' a [si]-hez az az alap, de ha a
>           kreten fordito lefordittya a prefixxedet is, akko' azzal
>           is vesztesz par ciklust... ;)))
 igen, mar masok is felhivtak a figyelmemet ra. sajnos lemaradt az x.
a ds prefix feldolgozasi ideje plusz 2 ciklus. de gondolom annak
a lefaragasa nem jelent gondot.

>iC>  ez legrosszabb esetben: 27+26 ciklus.
>                             ^^^^^ ;))))))))))))))))))))
>                 gondolom 8086on.. /bar + annak is
>                 soknak tunik egy kicsit... na minnya' kiszamolom;)

hallottal mar ipari szamitogepekrol? na, azok altalaban nem
pentiumok szoktak lenni.

 Zoli