Hi !

Blinkert hasznalo clipperes sorstarsaimhoz inteznem ezt a kerdest :

Szerintetek mi lehet ez a hiba :
>>     "Blinker : 1116 : fixup overflow at offset 009BH in segment _NTOOL
>>                                 contained in module CT.LIB (_COM)
>>                                 referencing external WAIT_AX
>>                                 contained in module __WAIT_B.OBJ (__WAIT)
>>
>>      Blinker : 0 Warning error(s), 1 Fatal error(s)"

Az eset elozmenye, hogy az emberke megprobalta belinkelni a  lapomrol
letoltott wait.objot a programjaba, hogy ne szaljon el a gyors procijan,
de forditaskor a fenti uzenetet kapta.
(azert nem o kerdez mert Malaj es nemigen tud magyarul :-) )

Nekem ez ugy tunik mintha ketszer lenne bent valahogy a patch, de
igazabol nem ertek a blinkerhez, minthogy nem azt hasznalom.

Ha valaki tudna segiteni legyenszives tegye meg !
Ha ez szamit, akkor a blinker verzioja 2.01.

Udv:
-- 
Csiszar L.
http://www.stadium.hu/szt/

Hello Coderek!

Segitsetek! Hogyan tudnam ravenni a Pascalt, hogy karakteres modban
80x50-es felbontast hasznaljon? A TextMode paranccsal nem lehet ilyen
modba allitani. Ha maskeppen nem lehet, akkor dobjatok meg lecci egy
kis asm reszlettel. Fontos lenne! (vizsgaprogram)

Udv: Ulrich David

> Felado :  [Hungary]

Hello!

> Van egy szornyen bonyolult forras:
tenyleg az :)

gondolom 16 bites akar lenni, ha nem akkor ne is olvasd
tovabb a levelet.

> XXX_code@ segment para 'code'
egy use16 nem artana a vegere, ennyitol 'megjavul'.
de ugy is jo, ha kiszeded a
 .model large
es a
 .stack
sorokat, es a .386 -ot a kodszegmens-definicio utan irod.
(ez nem tudom, miert muxik. valaki tudja?)

>  proc

segregekbe be kellene pakolni a szegmenscimeket...
>  CALL 
>  mov AX,4c00h
>  int 21h
>  ret

> XXX_data@ segment para 'data'
ide is egy use16

> XXX_stck@ segment para 'stack'
szinten use16 (ez egyebkent a cimzest allitja 16 bitesre)

> Leforditas utan disassemblerrel nezve, illetve debugolva
> az alabbi kodot adja:
> 
> e80700               call 000a
> 0000                  add [bx+si],al
> 66b8004ccd21    mov eax,21cd4c00
> c3                     ret
> c7055b01           mov word ptr [di],015b
> 0000                  add [bx+si],al
> 0200                  add al,[bx+si]
> 0000                  add [bx+si],al
> c3                     ret
> stb...
nagyon ugy nez ki, hogy 32- bitesre fordult:
e807000000		32 bites call
66b8004c		mov ax,4c00h
cd21			int 21h
c3			ret
c7055b01000002000000	mov dword ptr var@x,2
c3			ret

> Ebben en nem igazan tudtam felfedezni az eredeti kodot.
> A "mov eax,21cd4c00"-ban peldaul a regisztert 32 bitesnek
> veve "belefoditotta(?)" az int 21-et az EAX felso 16
> bitjebe.
ott van az, csak 32 bitesen :)

> Ez mitol van?
> A forditast a "Tasm /m2 /zn /w2 /mu file.asm",
> a linkelest a "Tlink /3 /Tde file.obj" vegezte.
/3 nem kell, ha realmode-ban progizol

> A hasznalt debuggerek elvileg (a sajat doksijaik szerint)
> ismerik a 32 bites mnemonikokat a disassemblalashoz.
csak nem protmodu progit akarnak debuggolni.
(meg mielott letamadtok: ez meg nem protmode, nem fog menni,
de ugy lett forditva. szoval ertitek. egyebkent ha nagy hulyeseget
irtam, akkor nyugodtan fejberughattok.

Bye,
	Panther / mnemonic

Hali!

> Ha tud valaki  az eger portszintu kezeleserol valahol infot ,
> peldaprogramot barmit akkor azt megkoszonnem , persze debugolhatnak
> egy eger drivert, de abba rengeteg felesleges baromsag van
> (eppenseggel mar elkezdtem debugolni , de eleg kellementlen...)
> szoval a temaval kapcsolatban barmilyen info jol jonne.

Szoval, akkor nehany info:

Az eger az elmozdulasokat elojelesen szamolja, valamint vizsgalja a
gombokat, es ha barmelyikben valtozas all be, akkor tovabbitjak a soros
port fele. A Genius egerek nem hasznalnak paritasbitet, 1 stopbites, 8
adatbites, 1200 bps-es atvitellel uzemelnek, mig a Logitech abban
kulonbozik, hogy 2 stopbit van es az adatbitek szama csak 6.

Az adatok erkezeset IRQ jelzi, az elmozdulasok 8 bites elojeles szamok. 

A Genius 5 bajtos csomagot kuld a soros illesztonek allapotvaltozas
eseten:
    0 : nyomogombok allapota
        Bit   Jelentes
        7..3  Mindig 10000
         2    0 = bal gomb lenyomva
         1    0 = kozepso gomb lenyomva
         0    0 = jobb gomb lenyomva

    1 : vizszintes elmozdulas (a belso ora utolso periodusaban)
    2 : fuggoleges elmozdulas (     - "" -      - ""-         )
    3 : vizszintes elmozdulas  a lekerdezes ideje alatt
    4 : fuggoleges elmozdulas  a lekerdezes ideje alatt     

Logitech 3 bajtos csomagokat kuld, abbol is csak az also 6 bit 
tartalmaz adatot...

    0 : nyomogombok, elmozdulas
        Bit    Jelentes
         5     1 = bal gomb lenyomva
         4     1 = jobb gomb lenyomva
        3,2    A fuggoleges elmozdulas 7. es 6. bitje
        1,0    A vizszintes elmozdulas 7. es 6. bitje

    1 : Vizszintes elmozdulas 5..0 bitje
    2 : Fuggoleges elmozdulas 5..0 bitje

(Kulon szepseg a Logitech-nel, hogy a kozepso gomb lenyomasa negy bajtos
csomagot general, ennek figyelesehez az idozitest figyelni es az
adatokat pufferelni kell :((( )

Na, roviden ennyi. Irtam egyszer egy primitiv egermeghajtot DOS ala
C-ben, ha erdekel, irj!

Udv
-- 
Tamas Selmeci / TOR][UM 
 
  F0 0F C7 C8 rulez!

1./
> Felado :  [Hungary]
> operacios rendszer megirasat vettem a fejembe...

 be lehet szallni? (gondolom C-ben es assemblyben.
van egy bios forrasom.) + szakirodalom: most jelent meg
Tannenbaum-Wood***: Operacios Rendszerek (bar szerintem
nem eri meg az arat. benne van a Minix forrasa - 28000 sor
C-ben) ami ennel sokkal jobb:
Bakos Tamas-Zsadanyi Pal: Operacios Rendszerek (~600 Ft)

2./
> Felado :  [Hungary]
> Latogato szamlalas a WEB lapon

 ismered az SSI-t? nem kell a futtathato programot a
cgi-bin-be tenni, hanem lehet a home-odban is.
az en oldalamon a vendegkonyv es a szamlalo is igy
mukodik: www.cab.u-szeged.hu/~h734673
(a forrast nem tudod megnezni, de ha kell el tudom kuldeni)

 Zotya

Hi!
    Tudja valaki mit takar ez az API hivas?
Udv.: Jozsi

Sziasztok!

Tudtok-e valakit a NET-en aki megvette a TMT pascal 3.00 es eldicsekedett
a passwordjevel, valamint kozze tette a key-file-jat?  :) 

Esetleg olyan URL-eket ahol hasonlo pozitiv gondolkodasu hackerek
ilyesfele adatokat kozolnek...    O:)

Koszi!

Hi inet,"HIX CODER" >!

iC> lemezkezeleseben van szamomra. Ha a felhasznalonak egy nagy meretu merev
iC> lemeze van, akkor a DOS tobb szektort kezel egybe, s ezaltal ha egy kis
iC> meretu allomanyt irunk ki ra, akkor sokkal tobb helyet foglal le, mint az
no igen.... a dos egy igen tisztes /2gb/ particio eseten mar 32k cluster
merettel dolgozik... a dolog valoban feletteb kinos tud lenni... az 1ik
+oldas az lenne, hogy szepen x reszre szetkapod a vincsidet... na persze
nem baltaval;) van erre a cerra kitalalt proggy, fdisk a neve... fogod magad,
es csinalsz egy kicsike /100-200/ megas particiot... azon ugy 4-8k korul
van a cluster meret.. ha ez is tul nagy, akkor probalkozz 20-40 mega
magassagaban... /ott elvileg iyen 1-2k korul van a cluster meret...;))))
ez lenne az 1xubb +oldas... a masik, ami 1 kicsit bonyibb, az az, hogy
tarcsd pl zippelve a cuccokat, es ha kellenek, akkor csomizd ki oket,
es hayra...;)))))))))

Mc

Mikike irta:
>XXX_code@ segment para 'code'

>XXX_data@ segment para 'data'
>XXX_stck@ segment para 'stack'

A sok para utan szurj be egy USE16-ot, rogton menni fog. :) Ugyanis a tasm a
 .386 direktivanal alapertelmezesben 32 bites szegmensekkel dolgozik es a 16
bites operandusokat prefixeli 0x66-al (vedett mod). Ez viszont ahogy nezem
dos ;) Ja, egyebkent nem artana beallitani a ds/ss-t ha mar kulon
szegmenseket definialsz...

>A hasznalt debuggerek elvileg (a sajat doksijaik szerint)
>ismerik a 32 bites mnemonikokat a disassemblalashoz.

Ismerik is, jol :)

Gabor