1. |
Lesstif-0.87.0-1 (mind) |
19 sor |
(cikkei) |
2. |
Re: BPascal + sok-sok file (mind) |
24 sor |
(cikkei) |
3. |
Foxpro for Windows problema (mind) |
9 sor |
(cikkei) |
4. |
Random (mind) |
5 sor |
(cikkei) |
5. |
Interbase problemak (mind) |
21 sor |
(cikkei) |
6. |
Re: BPascal + sok-sok file (mind) |
45 sor |
(cikkei) |
7. |
Re: BPascal + sok-sok file (mind) |
72 sor |
(cikkei) |
8. |
Sok file +BPascal + WIN95-98 (mind) |
14 sor |
(cikkei) |
9. |
Re: coder: az alabbi uzeneted megerkezett. (mind) |
15 sor |
(cikkei) |
10. |
Re: *** HIX CODER *** #342 -->Mc (mind) |
20 sor |
(cikkei) |
|
+ - | Lesstif-0.87.0-1 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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
|
+ - | Re: BPascal + sok-sok file (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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
|
+ - | Foxpro for Windows problema (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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
|
+ - | Random (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Haliho!
Van valakinek valami kis asm rutinja, amit hasznalhatok a Pascal sajat
randomja helyett???
Kossz,
Jozsi
|
+ - | Interbase problemak (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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
|
+ - | Re: BPascal + sok-sok file (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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)
>
|
+ - | Re: BPascal + sok-sok file (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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: --
|
+ - | Sok file +BPascal + WIN95-98 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
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:
|
+ - | Re: coder: az alabbi uzeneted megerkezett. (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> 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
|
+ - | Re: *** HIX CODER *** #342 -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>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
|
|