>Felado :  [Hungary]
>Temakor: io.sys, msdos.sys ( 23 sor )

>Lenne egy apró kérdésem:
>Az io.sys és az msdos.sys rendszerállományok fizikailag
>hol helyezkednek el a lemezen?

Ha emlekeim nem csalnak, akkor a ket rendszerallomanynak (IO.SYS es
MSDOS.SYS sorrendben) kell a ket legelso gyokerkonyvtarbeli
konyvtarbejegyzesnek lennie. (Felteve persze, hogy MSDOS-t hasznalsz, es nem
IBMDOS-t vagy Novell DOS-t)
Ezen felul az IO.SYS elso harom szektoranak az elso harom adatszektorban
kell lennie, persze sorban. A tobbi elmekeim szerint nem szamit.
Persze mindennek konnyu utana jarni egy sima floppi boot szektor
visszafejtes reven, ami ujjgyakorlatkent mindenkeppen ajanlott, mielott
belevagnal a programozasba.

Szapi

Hali Mindenkinek

En is csak az emlekeimre hagyatkozhatok, de en ugy emlekszem nem lehet
tombot direkt atadni. De ha csinalsz egy tombre mutato pointert, azt at
tudod adni.
NagyI(Sze'kelyudvarhely)

> - Lehet-e, hogyan lehet a Case utasitasban kifejezest vagy
> ertektartomanyt hasznalni? Pl. az In[1..100]: ... nem mu"kodik.

Probald in[] nelkul, csak siman 1..100:

Rocky

Kedves Ivan !

A Java egy forditoprogram orientalt - imperativ nyelv -, tehat ha adott
platformra van implementacioja a nyelvnek, akkor van forditoprogramja.
Igy a program hordozhato lesz, a forditoprogram nem. Emiatt aztan vannak
problemak ezzel a platform-fuggetlenseggel ( lasd a multkoraban volt a
listan egy masolo progi, ami linux alatt mukodott, Win alatt nem
tokeletesen ... ).  Az pedig, hogy egy lebutitott C++ lenne, nem egeszen
igaz. Termeszetesen sok mindent atvett a C++-bol, de tobb figyelmet
forditottak a biztonsagra es a megbizhatosagra - ezek miatt egyszerubb
lett, mint a C++ (programozas technikailag), de sajnos lassabb is.
Szerintem ha van ra lehetoseged meg idod, foglalkozz mindkettovel. Ha
C++-ban jartas vagy, a Java nem nagy gondot okoz majd, forditva nehezebb
a helyzet.

udv
       bobo

> Meg lehet oldani valahogy Pascalba, hogy felgyújtsam, majd
> leolstsam a HDD
> ledet?
Aha...
> Ha igen, hogy?
Olvass a vinyorol :)

Arp

tisztelt HIX CODER!

HC> Lenne egy apró kérdésem:
HC> Az io.sys és az msdos.sys rendszerállományok fizikailag
HC> hol helyezkednek el a lemezen? Kellene írnom egy olyan
HC> programot, ami rendszerlemezt készít úgy, hogy rámásolom
HC> az io.sys, msdos.sys, command.com állományokat a lemezre,
HC> elindítom az általam írt programot, és az a command.com -ot
HC> kivéve (mert úgy tapasztaltam, hogy nála nem fontos, hol
HC> található a lemezen, simán másolható) a két
HC> rendszerállományt
HC> elhelyezi a lemez azon különleges területén, hogy utána
HC> arról
HC> a lemezról képes lesz elindulni a számítógép.
HC> Ez a program azért is fontos lenne, mert programozóként
HC> gyakran
HC> kell többféle DOS változatot használnom, és pl. DOS 3.30 -as
HC> rendszerlemezt nem hinném, hogy olyan könnyen találnék, míg
HC> a hozzá tartozó rendszerállományokat igen.
helloka...
igen, jol vetted eszre... az iosys es az msdossys lenyeges,
hogy hol vannak, a commandcom mar dos int21h hivasokkal lesz
betoltve a memoiraba, tehat ott mar lenyegetelen, hogy hol van...
ezzel szemben az iosys es az msdossys a boot szektor altal betoltott
allomanyok, ezert ezeknek a helye nem mindegy... a pontos (ms) fele
kikotest nem ismerem, amit most neztem meg a diskedittel (es tapasztaltam
parszor mar;) hogy lenyeges az: mindketto legyenek a diszk elejen,
az io.sys legyen az elso file (kezdodjek az elso clusternel!)
az msdos.sys legyen a masodik file (kezdodjon az io.sys utani kluszterben)...
a fokonyvtarban sem mindegy, hogy hol vannak, legyen mindketto az
az elso szektorban, az io.sys legyen az elso bejegyzes, a masodik
bejegyzes legyen az msdos.sys....

ami a dos3 bootlemezt illeti, meg nem probltam, de a sys-nek van
egy parametere, hogy honnet vegye a rendszerfajlokat...
sys c:\dos33\rendszerfileok\ a:.... hogy mukodik-e, azt nem tudom....

sok szerencset, es tovabbi jo kodolast mindenkinek....   Mc

Az rtin szerint  azt irta, hogy:
>
> Kedves CODER-ek !
>
>
> Valamelyik korabbi nap volt egy vita a programok hordozhatosagarol, ha jol
> emlekeszem a Delphi kapcsan jott elo. Namarmost a Javarol azt hallottam,
> hogy az azerrt jo, mert teljesen platform semleges, pontosan az volt a cel
> az epitesenel.

Elmeletileg tenyleg platformfuggetlen, gyakorlatban nem mindig (mivel az
M$ is gyart Java VM-et, ezert ez nem is olyan meglepo :-) Persze a Java
verzioival (1.0, 1.1., 1.2, stb.) is vigyazni kell, meg nekem Linux es
Solaris kozott is voltak gondjaim a hordozhatosaggal...

[...]
> Ma meg egy SUN reklamot is lattam errol. masreszt azt is
> hallottam, hogy a Java nem mas, mint egy "lebutitott" C++.

Fogadjunk, hogy C++ programozotol hallottad :-) Szoval ez azert igy eros
tulzas.

> Az a helyzet, hogy en eppen most allok at a jo regi Borland C 2.0-rol a
> Visual C++ -re.
>
> Kerdesem a kovetkezo: mi a velemenyetek, nem tennem okosabban, ha a Java-t
> tanulnam? vagy elobb celszerubb megismerni a C++-t?
> ??????

Szerintem a Java-t konnyebb megtanulni (a C++-ben helyenken igen meredek
dolgok vannak), es gyorsabban lehet benne fejleszteni, de ha valamikor
sebessegre vagy memoriara kritikusabb programot akarsz irni, akkor
valoszinuleg jobban fog jonni a C++. Java utan viszont nem olyan nehez
megtanulni a C++-ot, viszonylag keves olyan dolog van, ami van C++-ban,
nincs Java-ban, igazan hasznos es nem rettentoen ronda...

				Bye,NAR

> Felado : , Mon Jun 18 18:33:23 CEST 2001 CODER #1211

> Egy webes progibol (ASP) buzeralok
> egy SQL Server-es adatbazist, ADODB objektumon keresztul.
> A problema lenyege az, hogy a hosszu o (Ő, mint odon :))
> es u (Ű) betukrol levagja az ekezetet. A tobbi ekezetes dolog
> teljesen jol megy. Ha az ASP-bol kozvetlenuk irok o-ket, akkor
> jol jon vissza a bongeszoben. Az adatbazisban is jol van tarolva,
> mert az Enterprise manager-ben vagy a Query Analyzer-ben jonak
> tunnek.
>
> vajon mi lehet a baj??
> -marci

Ötletek:
1) Korábban volt problémám, amikor
Word-ből vittem be adatokat HTML űrlapra Copy+Paste val.
Ekkor a 97-es wordben levő 255-nél nagyobb kódú Unicode-os
o, u betukrol levagdalta az ekezetet. Ezert copyzas elott cserelni kell:
Unicode-os magyar karakterek:
o" 337
O" 336
u" 369
U" 368

Win-1250/8859-2 codepage alatti megfelelok:
o" 245
O" 213
u" 251
U" 219


2) az SQL szerver kodlap atalakitasaval is lehet gaz, mert pl
az ODBC konfignal van ilyen valaszthato opcio, default=yes:
Perform translation for character data

3) Aztan ha jol emlekszem, a leiras szerint az adatbazisok kodlapjat
a szerver telepitesekor kell meghatarozni, es utana mar nem
lehet rajta valtoztatni... csak ujratelepiteskor :(.

-- 
Józsi

Email-ben több tanácsot is kaptam. A Case dolog elégé triviális, ezért nem is í
rom le. fogalmam sincs miért nem jutott az eszembe.
A TÖBB dimenziós tömb-paraméterre a megoldást Csajbók Péter adta meg (a válaszá
t egy kicsit átszerkesztettem). Sem a tipus nélküli, sem a tipusos átadás nem j
ó, ezek csak vektornál müködnek. Tehát a megoldás:

"Hali!

Mar regen programoztam DOS-os pascalban (Turbo?, melyik verzio?), de ugy emleks
zem, hogy:"
 .... (Itt a Case rész taglalása van.)

"A masikat meg talan igy:

Type
  TMultiDim = Array[0..100, 50..200] Of Integer;
  PMultiDim = ^TMultiDim;
Var
  MyMultiDim: TMultiDim;

Procedure MultiDimInit(AMultiDim: PMultiDim);
;"

Köszönettel
balti

(webes bekuldes, a bekuldo gepe: 195.56.216.243)

A problemam a kovetkezo:
Olyan programot szeretnek irni Win32 ala, ami beallit :
- egy windows dialup kapcsolatot+ikont a desktopra
- egy explorer/netscape(?) mail usert
Az MSDN-en nem talaltam ra megoldast (eddig).

A valaszokat maganba is kernem.
A segitsegeteket elore is koszonom.

(webes bekuldes, a bekuldo gepe: 195.56.216.130)

Hello!

Kollegam azzal idegesit itt, hogy a Visual J++ -al fejlesztett
programokban vagy Active-X -et, vagy Corbat tudok csak hasznalni, a kettot
egyszerre, egy applikacion belul nem. Van valakinek errol infoja, vagy
talalkozott-e mar ilyen problemaval?

Udv:
Gyuri

Kedves Karoly es Coderek!

Jun 12-en kuzdottem egy problemeval  (roviden a levelbol):
>Egy assemblyben megirt rutint kell tesztelnem C programbol.
>...
>Ha ebbe egy utasitas beszurok,
>akkor a debuggerben a kovetkezo szemetet talalom az cs:17C
>helyen  (retf =CBH helyett):
>  cs:017C 37             aaa
>  cs:017D 03981343       add    bx,[bx+si+4313]

Megtalaltuk a hibat. Egy kollegammal kozosen elkezdtuk a linker altal
generalt .MAP filet elemezni. Kiderult, hogy az ASM modulnak nincs
'CODE'
osztalya. Ezek utan megneztuk, hogy a Borland_C milyen ASM filet
general, s
ott megtalaltuk, hogy a segmens sorban egy " use16 'DATA' "  ill. "
use16
'CODE' " kiegeszitest kell tenni. Azota jo a MAP file és az EXE is.

Igy nez ki az .ASM modulban a SEGMENT definiciok:

DATA SEGMENT WORD PUBLIC use16 'DATA'
 ....
DATA	ENDS
 ....
MODUL_Seg SEGMENT WORD PUBLIC use16 'CODE'
 ....
MODUL_Seg	ENDS

Igy nez ki .MAP file :

 Start  Stop   Length Name               Class
 .....
 08264H 08537H 002D4H MODUL_Seg          CODE
 ....
 0BD90H 0CC79H 00EEAH _DATA              DATA
 .....

Köszönöm Kovacs Karolynak hogy segitett nekem.
Üdv, Tibor

HIXEditor 1.15beta6

> Meg lehet oldani valahogy Pascalba, hogy felgyújtsam, majd leolstsam a HDD
> ledet?
> Ha igen, hogy?

Olvass a HDD-rol. Ajanlom a DOS INT 25H-t.

Pityu

> Kerdesem a kovetkezo: mi a velemenyetek, nem tennem okosabban, ha a Java-t
> tanulnam? vagy elobb celszerubb megismerni a C++-t?

Az attol fugg, milyen programokat akarsz irni. A cel (ill.
a fonokod vagy a megrendelo) valasztja meg az eszkozt.
Pl, ha csak otthonra kell egy kis progi, akkor nem biztos,
hogy a Javahoz nyul az ember. Appletet pedig ritkan irunk C-
ben.

Pityu

Ui: Ha tanulod a Javat, akkor azert ne bizz abban, hogy a
Java csak egy butitott C, mert csalodni fogsz. A
szintaktika nem minden.

> Az io.sys és az msdos.sys rendszerállományok fizikailag
> hol helyezkednek el a lemezen?

Rogton az elejen, az elso hasznalhato clustereken a root
dir utan. Ez azert fix hely, mert a boot rekord kodjaba
bele van drotozva, hogy itt keresse oket.
Boot lemezt egyebkent nehez lesz csinalnod, ha nincs meg az
adott DOS verzio boot kodja. OK, hekkelgethetsz egy masik
verziot, de abba en nem kezdenek bele. Anno csinaltam disk
image-eket 3.3-as es hasonlo DOS-okrol (pl. Tandon DOS 3.3:
nem volt benne a 32 Megas korlat!), amit disk copy-val ki
lehet masolni. Ket het mulva hazamegyek, es ha meg valahol
megtalalom oket, akkor elkuldhetem.

Pityu