Hali!

Van valaki aki Lotus Notes ala programozik? Megdobhatna egy e-mail-lel.
Udv: Tischi )

Hello

Kellene egy par tipp, beszed tomoriteshez. A GSM peldaul jo volna, vagy
valamelyik Rockwell codec. 

udv
Csaba

 wrote:

>  mov word ptr [bp-1],al
ezt milyen disasm mutatta? :)
az AL 8 bites regiszter, nem lehet WORD PTR cimre berakni...

egyebkent igazad van, ha a 2. disasm peldad BYTE PTR lenne.
feltetelezem hogy cut'n'paste es AX->AL atirassal csinaltad
es csak elfelejtetetd atirni...

A'rpi / MNEMONIC

,-------------------------------------------------------|
| ifj.  Gereoffy Arpad     mailto:  |
| GyikSoft of [ESP-team]-> http://banki1.banki.hu/~arpi |
|       mirror site: http://ural2.hszk.bme.hu/~s8335pil |
|----------------------------- Phone +36-1-338-1405 ----'
* NEWS: BAPC v3.0a9 released! * ESP v1.9 Pro coming... *
WinErr: 009 Horrible bug encountered - God knows what has happened.

Hali!

mint tapasztalt SGI coder, hadd szoljak hozza en is:

 wrote:
> >#include <stdio.h>
> >int
> n(){
> >  char c;
> >  c = getchar();
> >  while ( c != EOF) {
> >    putchar(c);
> >    c = getchar();
> >  }
> >  return 0;
> >}
> >
> >Nos ez a progi esetleg jol lefordulhat es futhat a te gepeden, pl.
> >nalam a Sun Ultra-n. Nacceru. Utana leforditom Silicon Graphics-on.
> >Vegtelen ciklusba kezd, kiir ketmilio ketpontos y-t
eddig oke.
> >majd egy bekes core-dump-pal elalszik.
megis mitol szallna el coredumppal?
nem irja memoriaba string-be, tehat nem is lehet memoria feluliras.
vagy a te SGI-d nem bir csak max "ketmillio ketpontos y-t" kiirni???

>
> Na latod ilyenkor van ertelme belenezni a forditott kodba, mert 99% hogy
> hibas a fordito.
marhasag, a fordito nem hibas. legalabbis SGI-n nem.
Az ok egyszeru: a char tipus defaultbol unsigned (eddig 1 kivetelt
lattam csak, az Autodesk POCO C compileret), igy ertektartomanya 0..255
Az EOF konstans erteke pedig -1. SGI-n legalabbis ennyi.
A getchar() kimenete pedig int.
Na ha te beolvasol egy karaktert, azt konvertaltatod char-ra (azaz
byte-ra) a forditoval, akkor a (-1)-bol 255 lesz.
Persze ilyenkor warningolhatna a fordito hogy elojeles szambol
elojeletlent csinalsz, de az SGI C forditoja valamiert csak nagyon
durva dolgokert szokott warningolni (egy SGI-n hibatlanul lefordulo
progit hazahoztam es linuxon vagy 3 oldal warningot nyomott ki a gcc).
Es ha a feltetelben 255-ot (-1)-el hasonlitod ossze akkor persze
hogy nem lesz egyenlo...

A'rpi / MNEMONIC

,-------------------------------------------------------|
| ifj.  Gereoffy Arpad     mailto:  |
| GyikSoft of [ESP-team]-> http://banki1.banki.hu/~arpi |
|       mirror site: http://ural2.hszk.bme.hu/~s8335pil |
|----------------------------- Phone +36-1-338-1405 ----'
* NEWS: BAPC v3.0a9 released! * ESP v1.9 Pro coming... *
WinErr: 01E Timing error - Please wait. And wait. And wait. And wait...

On 14 Aug 98 at 4:57, Nagy Gabor > wrote:

> bit). Itt egy olyan galadsaggal leptettem, hogy ha az also szo erteke
> inkrementalas utan 0 (magyarul tulcsordult), akkor a felso szo erteket
> eggyel noveltem.
> Ez PC-n megy, de ugye a UNIX az nem szereti, allandoan Segmentation
> Fault (core dumped) -dal leall.

Miert ne szeretne??? Valami mastol lehet ez a core dumped.

Legalabbis nem tudok olyan processzorrol (bar ettol meg lehet :)),
amely integer aritmetikaban a carry-bol exception-t csinalna. Vagy
van ilyen?

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

On 14 Aug 98 at 17:37,  > wrote:

> Adott egy tomb( n elem van benne, pl. egesz szamok ), allitsuk elo a tombben
> szereplo elemek osszes lehetseges sorbarendezeset( permutaciojat ).

Rekurzioval nagyon egyszeru:

int tomb[N]; /* az eredeti */
int perm[N]; /* egy permutacioja, ebbol lesz N! darab */

int lock[N]; /* mit valasztottunk mar */

void permutaciok(int n)
{
  int i;

  if (n) {
    /* az elso helyre (pontosabban N-n-edikre) kivalasztjuk az
     * osszes lehetsegeset */
    for (i=0; i<N; i++) {
      if (!lock[i]) {
        /* az i-ediket valaszthatjuk, meg nincs mashol */
        perm[N-n] = tomb[i];
        /* tobbszor ezt mar nem valaszthatjuk majd */
        lock[i] = 1;
        /* es permutaljuk az osszes tobbi helyet */
        permutaciok(n-1);
        /* majd vesszuk az elso helyre a tobbi lehetoseget (for) */
        lock[i] = 0;
      }
    }
  } else {
    /* leertunk a rekurzio aljara, kesz egy permutacio, pl. kiirjuk */
    for (i=0; i<N; i++)
      printf("%i ", perm[i]);
    printf("\n");
  }
}

int main()
{
  int i;
  for (i=0; i<N; i++) tomb[i] = i+1; /* vagy valami mas */

  for (i=0; i<N; i++) lock[i] = 0; /* inicialas */
  permutaciok(N);

  return 0;
}

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

>A kimenet egy ketdimenzios tomb lesz, (n*n!) nagysagu.
>Leginkabb c vagy pascal kodnak orulnek, de barmi mas is johet( lehet pseudo

**********************
>kod is )

Akkor gondolom jo az APL is :)

     {del} R{<-}M COMBIN N;D;E;F;G;P
[1]    @ Returns a matrix of every possible
[2]    @ combination of M elements from the
[3]    @ vector {iota}N.  That is, returns a
[4]    @ matrix with M!N rows and N columns.
[5]    @
[6]    E{<-}({iota}P{<-}N-R{<-}M-1)-#IO
[7]    D{<-}R+{iota}P
[8]    R{<-}(P,1){rho}D
[9]    P{<-}P{rho}1
[10]   L1:{->}(#IO>1{take}D{<-}D-1){rho}0
[11]   P{<-}+\P
[12]   G{<-}+\{neg}1{drop}0,F{<-}{reverse}P
[13]   E{<-}F/E-G
[14]   R{<-}(F/D),R[E+{iota}{rho}E;]
[15]   E{<-}G
[16]   {->}L1
     {del}

z2

Hello!

Azt irtad:

"Tegnap, bevallom ferfiasan - bar nem void-os volt a main, amita Hanoi
-ban irtam - en is beleestem abba a hibaba, hogy nem return-oltem 0-at
 a main vegen"

Nem kovettel el hibat, mert az ANSI C es C++ standard szerint is a return
elhagyhato a fuggvenyekbol, ilyenkor definialatlan lesz a visszaadott
ertek. Figyelmezteteseket persze general a compiler, de a kod 
legalis. C++-ban raadasul a main() visszaadott erteke garantaltan 0, 
ha nincs benne return.

Szanto Tamas
MOL Rt. IT