1. |
comport (mind) |
7 sor |
(cikkei) |
2. |
AMI-Bios standard jelszo (mind) |
18 sor |
(cikkei) |
3. |
HP THINKJET 3506 (mind) |
4 sor |
(cikkei) |
4. |
Visual Basic 3.0 program. (mind) |
17 sor |
(cikkei) |
5. |
Laurie Anderson info? (mind) |
11 sor |
(cikkei) |
6. |
Re: TeX <> problema (mind) |
6 sor |
(cikkei) |
7. |
Hypertext (mind) |
17 sor |
(cikkei) |
8. |
Hypertext (mind) |
17 sor |
(cikkei) |
9. |
RE: *** GURU *** #445 (mind) |
8 sor |
(cikkei) |
10. |
Re: 16 bites tomoritot keresek DOS ala ( 12 sor ) (mind) |
16 sor |
(cikkei) |
11. |
Fidonet (mind) |
11 sor |
(cikkei) |
12. |
Bug-types (mind) |
45 sor |
(cikkei) |
13. |
NLM, PAGECOUNTER (mind) |
17 sor |
(cikkei) |
14. |
Re:Miert forog a floppy-drive amikor nem is kene neki? (mind) |
18 sor |
(cikkei) |
15. |
Terkep . (mind) |
18 sor |
(cikkei) |
16. |
Re: Parhuzamos progr. lista (mind) |
11 sor |
(cikkei) |
17. |
printer sok fejjel (mind) |
14 sor |
(cikkei) |
18. |
Koszonet + Trident emu (mind) |
23 sor |
(cikkei) |
19. |
NEC HDD (mind) |
13 sor |
(cikkei) |
20. |
Gepek osszekotese (mind) |
9 sor |
(cikkei) |
21. |
monitorkabel (mind) |
9 sor |
(cikkei) |
22. |
Re: Miert csak 64k-ig jo (mind) |
48 sor |
(cikkei) |
23. |
Re: Miert csak 64k-ig jo (mind) |
48 sor |
(cikkei) |
24. |
Paradise Driver Floppyk! (mind) |
7 sor |
(cikkei) |
25. |
Katasztrofa: Nyomtatas Delphibol (mind) |
31 sor |
(cikkei) |
26. |
Re: ftpmail segitseg keres (mind) |
38 sor |
(cikkei) |
27. |
Re: C-- (mind) |
16 sor |
(cikkei) |
28. |
Re: Mozgo GIF(89) (mind) |
13 sor |
(cikkei) |
29. |
Re: (g)libc & Linux (mind) |
18 sor |
(cikkei) |
30. |
[ALLAST KINALOK] Programozo holgyet keresunk ! (mind) |
30 sor |
(cikkei) |
31. |
[SZAMITOGEPET KERESEK] 40 vagy 80MB IDE HDD-t keresek ( (mind) |
13 sor |
(cikkei) |
32. |
[SZAMITOGEPET KERESEK] Szamitastehnikaval foglalkozo ce (mind) |
1 sor |
(cikkei) |
33. |
[SZAMITOGEPET KINALOK] Elado cuccok surgosen... (mind) |
34 sor |
(cikkei) |
34. |
[SZAMITOGEPET KINALOK] monitor elado (mind) |
3 sor |
(cikkei) |
|
+ - | comport (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
Tudna valaki segiteni egy programmal, amivel fel tudnam gyorsitani a win
3.11 com portomat, hogy a 28.8-as modemem teljes sebesseggel tudjon
mukodni?
Koszi elore is.
Cimem:
Gabor
|
+ - | AMI-Bios standard jelszo (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi GURUk!
A 440. szamban AMI-BIOS standard jelszokat kerestem.
Kaptam is parat:
>From Thu Apr 11 12:17:05 1996
>From Thu Apr 11 16:52:21 1996
>From Thu Apr 11 16:52:36 1996
>From Thu Apr 11 11:14:28 1996
... amit ezuttal is szeretnek megkoszonni.
A jelszok viszont nem sokat segitettek, ugy latszik nem mindig
standard a standard (3 gepen is ki lettek probalva...)
Igy hat maradt a hardware megoldas.
Azert koszi: Csaba
|
+ - | HP THINKJET 3506 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Tudna valaki valami bovebb informaciot adni rola (HP THINKJET 3506)
annyit tudok rola , hogy a soros kapun megy.
Elore is kozsonom.
|
+ - | Visual Basic 3.0 program. (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali minden Gurunak!
A diploma munkamhoz kellene irni egy programot Visual Basicben. Egy folyamat
abrat kell rajzolni. Meg is rajzoltam a kepernyot. A problema az hogy ez
1024*768 -as kepernyon lett megrajzolva es ha atviszem egy 640*480-as
felbontasu vindozra akkor a kepernyonek nem latszik csak a harmada. Nem lehet
ezt valahogy osszezoomolni a felbontastol fuggoen vagy gordito savot rakni ra?
Az nem johet szoba hogy minden egyes egyenesnek a koordinatajat
felbontasfuggoen allitsam be mert rengeteg egyenesem es negyszogem van.
Valami egyszeru megoldas kellene!
Valaszokat ha lehet akkor a kovetkezo cimre:
Sziasztok!
Tom
|
+ - | Laurie Anderson info? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
irta:
> Keresem Laurie Anderson es Helge Schneider e-mail es postai(nem a kiado)
> cimet es azt akinek megvan a Bp-i junius 27.-i koncert videofelvetele.
Laurie Anderson:
Tavaly meg mukodott.
- Akos.
|
+ - | Re: TeX <> problema (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Nem ertem a problemat. A <> jelet (es csak azt) be tudod tenni dollar
jelek koze. Peldaul 'fa $<>$ vaskarika'. Indexelesnel kicsit trukkozni kell:
'alma$^\hbox{korte}$'. A \hbox kereten belul aztan azt allitasz, amit
akarsz.
Gyula
|
+ - | Hypertext (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Gurulok !
Kosz mindenkinek az ftp-cimeket :-), mar egy parat meg is neztem, a problem
csak az, hogy meg mindig nem tudom mivel nezzem meg a hypertext fileokat :-(
A servereken talaltam egy rakas programot, megas nagysaguakat is, de hogy
melyik mire van ? :-( Talan az lsm kiterjesztesu fileokban ? Merthogy
mindegyik csomag mellett van egy ilyen is.
Szoval mivel nezhetek http ?
Tovabbi jo Gurulast
Tamas
_______________________________________
| Csomos Tamas >> |
| student at Kolcsey Ferenc High School |
| Satu Mare, Romania |
|_______________________________________|
|
+ - | Hypertext (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Gurulok !
Kosz mindenkinek az ftp-cimeket :-), mar egy parat meg is neztem, a problem
csak az, hogy meg mindig nem tudom mivel nezzem meg a hypertext fileokat :-(
A servereken talaltam egy rakas programot, megas nagysaguakat is, de hogy
melyik mire van ? :-( Talan az lsm kiterjesztesu fileokban ? Merthogy
mindegyik csomag mellett van egy ilyen is.
Szoval mivel nezhetek http ?
Tovabbi jo Gurulast
Tamas
_______________________________________
| Csomos Tamas >> |
| student at Kolcsey Ferenc High School |
| Satu Mare, Romania |
|_______________________________________|
|
+ - | RE: *** GURU *** #445 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Tisztelt GURUK! Izzitott mar valaki Windows NT 3.51 ala 3DS3-at?
A -realbreak:0 kapcsoloval inditsd. Ez 3DS4-re vonatkozik es Win95-re,
de assz'em NT-n (es 3DS3-mal) ugyanaz a helyzet.
Csa,
Mike
|
+ - | Re: 16 bites tomoritot keresek DOS ala ( 12 sor ) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
> From:
> Subject: 16 bites tomoritot keresek DOS ala ( 12 sor )
> Date sent: Sat, 13 Apr 1996 06:28:01 EDT
> Send reply to: "HIX GURU" >
> Meresi adatok (patkany EEG- es mozgasi gorbek) tomoritesehez szeretnek
> otleteket kerni, lehetoleg meglevo programok szintjen (de nem
> zarkozom el uj programok keszitesetol sem). A mintavetelezes 64 Hz-
> es, 12 bites.
YAC sok - sok mega EMS-sel, vagy ha van turelmed akkor ACB :-)
(Ha programozasra adnad a fejed, az utobbibol van forrasom)
Udv: Yoco
|
+ - | Fidonet (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szeretnem tudni, hogy mibol all egy Fidonet kapcsolat. (Nem arra
kell, hogy nekem legyen, hanem egy dolgozatban roviden el kene tudnom
magyarazni.) Ezen kivul az is erdekelne, hogy miert elonyos Fidonet
kapcsolat olyan orszagokban, ahol lehet konnyen es viszonylag olcson
Internet kapcsolathoz jutni. (ezt a kerdest lehet, hogy rosszul
fogalmaztam, mivel nem ertem a fidonetet elegge, de a lenyege
remelhetoleg igy is ertheto)
Koszonom! (ez nagyon surgosen kene, meg ma)
:-D (Hargittai Eszter - )
|
+ - | Bug-types (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Most kaptam, ne vessetek ti is (ismeros szituaciok, nemde?) Allitolag
a Jargon Dictionary-bol szarmaznak; ha valakinek megvan az egesz, pliz
kuldje el nekem. (A mokaba nem mertem bekuldeni, mert ott mar kiutest
kapnak az angol nyelvu humortol.)
Udv/lms
----- Begin Included Message -----
Bohr bug
/bohr buhg/ [from quantum physics] n. A repeatable {bug}; one that manifests
reliably under a possibly unknown but well-defined set of conditions. Antonym
of {heisenbug}; see also {mandelbug}, {schroedinbug}.
Heisenbug
/hi:'zen-buhg/ [from Heisenberg's Uncertainty Principle in quantum physics] n.
A bug that disappears or alters its behavior when one attempts to probe or
isolate it. (This usage is not even particularly fanciful; the use of a
debugger sometimes alters a program's operating environment significantly
enough that buggy code, such as that which relies on the values of
uninitialized memory, behaves quite differently.) Antonym of {Bohr bug}; see
also {mandelbug}, {schroedinbug}. In C, nine out of ten heisenbugs result from
uninitialized auto variables, {fandango on core} phenomena (esp. lossage
related to corruption of the malloc {arena}) or errors that {smash the stack}.
Mandelbug
/man'del-buhg/ [from the Mandelbrot set] n. A bug whose underlying causes are
so complex and obscure as to make its behavior appear chaotic or even non-
deterministic. This term implies that the speaker thinks it is a {Bohr bug},
rather than a {heisenbug}. See also {schroedinbug}.
Schroedinbug
/shroh'din-buhg/ [MIT: from the Schroedinger's Cat thought-experiment in
quantum physics] n. A design or implementation bug in a program that doesn't
manifest until someone reading source or using the program in an unusual way
notices that it never should have worked, at which point the program promptly
stops working for everybody until fixed. Though (like {bit rot}) this sounds
impossible, it happens; some programs have harbored latent schroedinbugs for
years. Compare {heisenbug}, {Bohr bug}, {mandelbug}.
----- End Included Message -----
|
+ - | NLM, PAGECOUNTER (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Guruk!
Kerdesem van. Van-e valakinek olyan programja, ami NOVELL 3.12 alatt
lapszamlalasra kepes, vagyis szamolja, hogy egy-egy queue-n melyik
user mennyi oldalt nyomtatott? Talaltam ugyan Pcounter nevezetu
programot, de egyszeruen keptelenek vagyunk beinditani. eSETLEG HA
ISMERI VALAKI EZT A PROGRAMOT (caps lock vissza), tudna segiteni?
Ha program vegkepp nincs, megirnam en, de nem tudom, hogy NLM
fileokat a szerverre hogyan kell kesziteni. Erre is kernek tippeket,
trukkokoet, ha tudtok segiteni.
Koszonom
Tamas
Szombathely 9700 Ady Endre ter 5.
Tel. (94)-326-222/167 Joonaas Tamaas
http://www.bdtf.hu/vas/jtamas/tomi.html
|
+ - | Re:Miert forog a floppy-drive amikor nem is kene neki? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello :
egy kis ujabb adalek:
>masik folder-jaban akarom elmenteni. Mikor kiadom a Save parancsot,
>akkor eloszor a az A: floppy-drive elkezd po:ro:gni (akar van benne
>floppy, akar nincs) legalabb 2-3 masodpercig erolkodik, es csak
>azutan nyul a C: lemezhez, es szep rendben eltarolja a file-t. Ha 10
>file-t akarok tarolni, akkor 10-szer csinalja ezt.
NT 3.5- 3.51-n a New Shell update-el :
a DriveList ablak lenyitasakor (vagy nem tudom most minek hivjak)
ua. a helyzet ( nalam van B: is, az is megszolal)
kb 2-3 s. volt egy lisbox lenyitas.
Az ujabb updatek-nel mindez megszunt.
Lehet, hogy mindez nem a (nem csak) programok, hanem az OS. hibaja
is!
ennyi.
Jalos (Szabo Lajos )
|
+ - | Terkep . (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Guruk!
Magyarorszagrol kellene nekem terkep minel reszletesebb ha valaki ebben
segiteni tudna nekem azt megkoszonnem.
Ha esetleg csak Europarol lenne az is jo.
Valaszt ha lehet levelben kerek.
Elore is koszonom.
+--------------------------------------------------------------------+
|Robert Raffai /Rafi/ |
| |
|Email: ___ __o |
|HU. (Godollo suburbs) ___ _-\<,_ |
|Tel/fax/modem: None ___ (_)/ (_) |
|-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
+--------------------------------------------------------------------+
|
+ - | Re: Parhuzamos progr. lista (mind) |
VÁLASZ |
Feladó: (cikkei)
|
In article >, writes:
>A HTUG levelezesi listara a listservernek
>kuldott egysoros uzenettel lehet feliratkozni:
Egy megjegyzes:
Tekintettel arra, hogy a Bitnet eppen megszunofelben van,
perspektivikusabb a huearn.sztaki.hu gepnevet hasznalni a
levelezes soran.
Gabor
|
+ - | printer sok fejjel (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Egyik ismerosom vett kilora olyan printert,
amiben egyszerre negy fej mozog (sajnos en
nem lattam a kutyut). Jol mukodik, az egyetlen
hibaja, hogy nincs hozza szalag. Tud valaki
ilyen printerrol, illetve arrol, hogy milyen
kazetta tartozik hozza, azt honnan lehetne
beszerezni?
Legy szives irjatok a
cimre.
Koszonom,
Csirmaz Laci
|
+ - | Koszonet + Trident emu (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Guruk!
Koszonet mindazoknak, akik segiteni probaltak az adattomoritesben.
Valoszinuleg rosszul csinalok valamit, mert sem a rar, sem az uc2 nem
tud 50% ala menni (az osszes kapcsolot, ami a help-ben volt,
kiprobaltam) A Fourier a visszaallitas miatt nem alkalmazhato (pontos
file-visszaallitas szuksegeltetik)
> Kedves Balazs!
>
> Ez miert kellene neked????
>
Vannak olyan regi programok (WP5.1), amiknek volt drivere a regi
kartyamhoz (Trident 1024x768) az ujhoz (s3 trio32 /VESA 1.2
compatible/) viszont nincs. Igy ha egy print preview-t szeretnek, azt
csak VGA-ban elvezhetem. Jogos kifogaskent merulhet fel, hogy MIERT
NEM HASZNALOM A WINDOWS-t, de ugy megszoktam mar a regi
szovegszerkesztot, nem szivesen allnek at ujra. (eddig nem utkoztem
EZZEL megoldhatatlan feladatba, ami miatt a valtas megfontolando
lenne)
Udv:
BBalazs
|
+ - | NEC HDD (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv Guruk!
Egy gepben van egy regi, 100 Mbyte-os, NEC D3756 tipusu HDD.
Ugyanebbe a gepbe szeretnek beletenni egy 420-as WD HDD-t, ugyanarra az
IDE interface-re. A NEChez volt valaha egy fenymasolt leirasom, de
mar sajnos nem talalom, igy ha valaki ismeri ezt a tipust, nagyon
halas lennek, ha megirna, hogy hogyan kell a jumpereket beallitani
ahhoz, hogy a NEC slave (esetleg master) modban egyutt tudjon mukodni
a WD-vel.
Koszonottel:
SzG
|
+ - | Gepek osszekotese (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello mindenki!
Ket gepet szeretnek (vagy tobbet) osszekotni.
De!!
A gepek ugy 300 meterre lehetnek egymastol. Tehat minden kabeles megoldas
kizarva. Hallottam valami CB-s vagy hasonlo megoldast. Ez hogyan lehetseges?
Minden megoldas erdekelne! Telfon sajnos csak az egyik helyen van.
Elore is koszi: Cordier Gabor
|
+ - | monitorkabel (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udvozlet
Kellene nekem egy olyan monitor kabel, aminek az egyik vegen 25, a masikon
15 tus dugo van. Ha valaki tudja, hol lehet ilyen kabelt kapni
Bp-n, az legyen szives irja meg.
Barkacsolni nem vagyok hajlando.:)
Elore is koszi.
Jancsi
|
+ - | Re: Miert csak 64k-ig jo (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> [...]
> FRAMESTRUCT huge *hpMem;
> [...]
> Aztan toltogetem a hpMem[x]-et FRAMESTRUCT tipusu adatokkal.
> Ez egeszen addig jol mukodik, mig el nem erem a 64 kbyte-ot a
> feltoltessel. Azutan a hpMem[0] lenullazodik, de valoszinu, hogy
> a tobbi adat is elkefelodik.
A hiba nem az On keszulekeben van! (de Onnek kell kijavitania :)
A baj a 16 bites C compilerekben van, ott is a `huge' pointerekkel.
Kezdetben volt a DOS, vagyis REAL mode. Itt a szegmenseket 16 byteonkent
lehetett ugratni es az offset 64K -t tudott lefedni. Hurra! barmilyen
objektum (65520 byteos meretig) vegigcimezheto csak az offset piszkalasaval.
Ez lett a huge modell. A tomb indexelese (es altalaban minden pointer-
muvelet) utan a fordito normalizalta a kapott pointert ugy, hogy mindent
atvitt a pointer szegmens reszebe, csak a cim modulo 16 -os resze maradt
az offsetben. Tokeletes.
Jott a Windows/286, OS/2 1.x es tarsai --- 16 bites PROTECTED mod.
Most mar az operacios rendszer (es nem a CPU) donti el, hogy a szelektor
ugratasa mennyit leptet linearis cimben. Ez kulonfele megfontolasokbol
mindig ugy van, hogy a szelektor nyolcasaval lepked, es ez 64K-s linearis
lepeseknek felel meg. Hoppa! most mar egy objektumot csak egyfelekeppen
lehet megcimezni, nincs normalizalas. A huge opciot viszont nem lehet
csak ugy kivenni a compilerbol, mert akkor a konkurrencia rogton ujjal
mutogat rank, hihi, ok meg ezt sem tudjak. Huge marad. Compiler szamol.
Kijon valami szelektor:offset ertek, azzal cimez. Ha a tomb nagyobb, mint
64K es a tombelem hossza nem kettohatvany, akkor valamelyik tombelemnek
pont a belsejeben kellene ugratni a szelektort. Ezt viszont nem lehet
allandoan figyelni, mert lassu (ld. konkurrencia.) Az offset tehat idonkent
tulcsordul es 64K -val visszabb irkal a program.
Megoldas:
a. Egy blokkba csak annyit teszel, hogy ne lepje at a 64K-t. Hasznalj tobb
blokkot. Hasznalhatsz egyszeruen large modelt es malloc()-ot (vagy new-t,
ha C++ban ugykodsz.)
b. A tombelemeket fel kell duzzasztani a kovetkezo kettohatvany meretre.
Esetedben igy 64K-ban 43 es fel helyett 32 frame fog elferni, de viszont
nem ragadsz le a 64K -nal, mehetsz 16MB-ig.
c. Kiszamolod, hogy mely elemek vannak szegmenshataron es azokat nem hasznalod.
d. Ha eleg 128K, akkor van egy trukk: nem a szegmens elejetol pakolod be
a tombelemeket, hanem a pointert eltolod annyival, hogy a szegmenshatar
pont ket tombelem koze essen. Igy ket szegmensben tudsz gond nelkul
cimezni.
e. "Hivatalos" megoldas (az a.-on kivul): _hread(), _hwrite(), hmemcpy()
f. valami 32 bites modu kutyu (win32, win95, winNT.) Persze kosher compiler
is kell hozza.
Zoli
|
+ - | Re: Miert csak 64k-ig jo (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> [...]
> FRAMESTRUCT huge *hpMem;
> [...]
> Aztan toltogetem a hpMem[x]-et FRAMESTRUCT tipusu adatokkal.
> Ez egeszen addig jol mukodik, mig el nem erem a 64 kbyte-ot a
> feltoltessel. Azutan a hpMem[0] lenullazodik, de valoszinu, hogy
> a tobbi adat is elkefelodik.
A hiba nem az On keszulekeben van! (de Onnek kell kijavitania :)
A baj a 16 bites C compilerekben van, ott is a `huge' pointerekkel.
Kezdetben volt a DOS, vagyis REAL mode. Itt a szegmenseket 16 byteonkent
lehetett ugratni es az offset 64K -t tudott lefedni. Hurra! barmilyen
objektum (65520 byteos meretig) vegigcimezheto csak az offset piszkalasaval.
Ez lett a huge modell. A tomb indexelese (es altalaban minden pointer-
muvelet) utan a fordito normalizalta a kapott pointert ugy, hogy mindent
atvitt a pointer szegmens reszebe, csak a cim modulo 16 -os resze maradt
az offsetben. Tokeletes.
Jott a Windows/286, OS/2 1.x es tarsai --- 16 bites PROTECTED mod.
Most mar az operacios rendszer (es nem a CPU) donti el, hogy a szelektor
ugratasa mennyit leptet linearis cimben. Ez kulonfele megfontolasokbol
mindig ugy van, hogy a szelektor nyolcasaval lepked, es ez 64K-s linearis
lepeseknek felel meg. Hoppa! most mar egy objektumot csak egyfelekeppen
lehet megcimezni, nincs normalizalas. A huge opciot viszont nem lehet
csak ugy kivenni a compilerbol, mert akkor a konkurrencia rogton ujjal
mutogat rank, hihi, ok meg ezt sem tudjak. Huge marad. Compiler szamol.
Kijon valami szelektor:offset ertek, azzal cimez. Ha a tomb nagyobb, mint
64K es a tombelem hossza nem kettohatvany, akkor valamelyik tombelemnek
pont a belsejeben kellene ugratni a szelektort. Ezt viszont nem lehet
allandoan figyelni, mert lassu (ld. konkurrencia.) Az offset tehat idonkent
tulcsordul es 64K -val visszabb irkal a program.
Megoldas:
a. Egy blokkba csak annyit teszel, hogy ne lepje at a 64K-t. Hasznalj tobb
blokkot. Hasznalhatsz egyszeruen large modelt es malloc()-ot (vagy new-t,
ha C++ban ugykodsz.)
b. A tombelemeket fel kell duzzasztani a kovetkezo kettohatvany meretre.
Esetedben igy 64K-ban 43 es fel helyett 32 frame fog elferni, de viszont
nem ragadsz le a 64K -nal, mehetsz 16MB-ig.
c. Kiszamolod, hogy mely elemek vannak szegmenshataron es azokat nem hasznalod.
d. Ha eleg 128K, akkor van egy trukk: nem a szegmens elejetol pakolod be
a tombelemeket, hanem a pointert eltolod annyival, hogy a szegmenshatar
pont ket tombelem koze essen. Igy ket szegmensben tudsz gond nelkul
cimezni.
e. "Hivatalos" megoldas (az a.-on kivul): _hread(), _hwrite(), hmemcpy()
f. valami 32 bites modu kutyu (win32, win95, winNT.) Persze kosher compiler
is kell hozza.
Zoli
|
+ - | Paradise Driver Floppyk! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szevasztok!
Bocs, hogy itt irok, de elveszett a mail cim ahova kuldhetnem.
Kedves jmester@.........., a kozpontunk beuzemelte az uj modemeket,
ha meg mindig szukseged van a Paradise floppykra, akkor irj a
kovetkezo cimre:
|
+ - | Katasztrofa: Nyomtatas Delphibol (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Guruk!
Gondjaim vannak a nyomtatassal Delphi 1.0 alatt.
A problema: Nagy bitkepeket nem hajlando kinyomtatni. A
StretchBlt-t hasznalom, es egy 1 bites bitmapot rakok a teljes printer
canvasre. A beepitett StretchDraw nem jo, mert a bitmapnek csak a
handle-je van meg, nincs hozzarendelve komponens. A StretchBlt boolt ad
vissza, sajnos nem hibakodot. A fejlec-lablec-egyeb feliratok megjelennek,
a bitkep nem. Mas programok tudnak grafikat nyomtatni ugyanazon a gepen es
ugyanazon a printeren.
Meg egy aprosag: a fontok beallitasi lehetosege teljesen megszunik
a 2. oldaltol, ha tobboldalas dokumentumot nyomtatok. Mindent fixen 10-es
Systemmel nyomtat. Megoldas csak az volt, hogy minden oldal kulon
dokumentum. Lehet, hogy a ket hiba osszefugg.
Tobb nagyon kulonbozo printerrel probaltam: Canon BJ10, HP LaserJet
4(valami nagyobb fajta). Mindket esetben jol mukodott, a grafikat
kinyomtatta. Ha a HP-t atallitottam PostScriptre, akkor valami
vonalkodszeruseg szennyezte a bitkepet (?). Epson es Star printerekkel
egyaltalan nem sikerult a nyomtatas (tintasugaras es matrix).
Minden gep 16M RAM-ot tartalmazott, a Windows 16 szinu (ha ez jelent
valamit), a nyomtatobeallitasokban a grafika engedelyezve van, minimum
felbontassal. Az osszes tobbi program normalisan nyomtat.
Nagyon varom valaszotokat. En nem hiszem el, hogy a dolog egesz
egyszeruen nem mukodik, rossz, hibas. Bar ki tudja manapsag?
Matyi
|
+ - | Re: ftpmail segitseg keres (mind) |
VÁLASZ |
Feladó: (cikkei)
|
In article >, says...
>
>Szabo Ferenc wrote:
>> Szeretnek kerni mukodo es elerheto ftpmail cimeket, europaban, mivel
>
>
>Europe
>
>
>
>
>
>
>
>
>USA
>
>
>
>
>
>
>
>Australia
>
>
>
>forras:
>http://src.doc.ic.ac.uk/ftpmail-servers.html
>
>A legelsot 3-4 hete hasznaltam, egy napon belul elkuldott egy 2.5MB-os
>allomanyt. A tobbivel nincs tapasztalatom.
>
Probald ki a :
- t, este szinte azonnal kuldott egy 2 MB-s file-t.
Ami a -t illeti, csak egy illedelmes besoroalasi
uzenetet kaptam tole (3 napja).
Dara
|
+ - | Re: C-- (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A GURU-ban talaltam ezeket a cimeket, remelem stimmelnek :
ftp://ftp.vekoll.vein.hu/pub/tools/prog/c--c0203.zip
c--ex103.zip
Tamas
> ----------------------------------------------------------------
Tamas LASZLO Technical University of Budapest
Department of Electromagnetic Theory
E-mail:
> ----------------------------------------------------------------
|
+ - | Re: Mozgo GIF(89) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote:
> =
> Hello!
> =
> A multkor kerdeztem a nagyerdemut a mozgo GIFekrol.
hat en csak erre ayt tudom mondani hogz van olzan progi hogz gifcon
most nemtom a cimet hogz honnan syedtem le, de ay infoseek els=F5re megtala=
lta
redax
|
+ - | Re: (g)libc & Linux (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Zsoter Andras (Hong Kongbol) wrote:
>
> kulonbozo okokbol szerettem volna upgrade-olni a libc.so.5.0.9-et
> a libc.so.5.2.18-ra ellenben ha azt mondom a gepnek, hogy mostantol
> fogva az a libc.so.5 akkor onnantol fogva egyes programok (pld.
> a make) nem hajlandok mukodni.
> Kell meg valamit upgrade-elni, hogy minden jo legyen?
> [A make-et csak peldanak mondtam, mas allatok is betgeskednek!]
>
> Zsoter Andras
nemlehet hogy az ld.so -t is upgradel-ni kell? egy haverom azt emlitette hogy p
l a
libc-5.3.9 et csak ugy lehet feltenni ha felrakod elotte az ld.so-1.7.14 -et
ja meg a binutils-okat
bye
redax
|
+ - | [ALLAST KINALOK] Programozo holgyet keresunk ! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szervusztok!
Programozo holgy kerestetik !
Egy nemetorszagi es egy magyar ceg kozosen keres olyan vallalkozo szellemu,
fiatal holgyet, aki valamilyen megfontolasbol szivesen utazna Nemetorszagba,
(es idonkent mas, europai orszagokba), tobb-kevesebb idot ott is toltene,
ill. osszekotokent tevekenykedne.
A munka reszben uj feladatok felmeresebol, megfogalmazasabol, reszben el-
keszult programok atadasabol ill. programozasi feladatok megoldasabol allna.
Munkatarsaink egy resze beszel magyarul, ill. szakmai segitseget is tud nyuj-
tani, az onallosag nem jelent magara hagyatottsagot...
Termeszetesen azt szeretnenk, ha szakmailag minel kepzettebbek lennenek a
jelentkezok - esetleg elektronikai ismeretekkel is rendelkeznenek. Fokent a
C nyelv gyakorlott hasznalata, onallo gondolkodas es egy kis kreativitas, ami
szukseges.
Amennyiben elvarasaink teljesulnek, leendo munkatarsunk jovedeleme - magyar
viszonyokhoz kepest - kiemelkedo lesz.
Kerlek benneteket, ha tudtok meg hasonlo forumokat, ahol ilyen hirdetese-
ket fel lehet adni, jelezzetek nekem. Valaszokat a sajat cimemre kerem,
) egyelore csak a GURU-t olvasom.
Tisztelettel:
Kenedi Tibor
______________________________________________________________________________
| Name.........: Kenedi, Tibor | Location.....: Budapest, Hungary |
| E-mail.......: | Gateway addr.: ha5kfu.sch.bme.hu |
| Amprnet.addr.: | Phone number.: 36/20/415-374 |
| AX25 mail....: | 73 and best wishes: Tibor |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
+ - | [SZAMITOGEPET KERESEK] 40 vagy 80MB IDE HDD-t keresek ( (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szervusztok!
40 vagy 80MB-os IDE winchester-t keresek. Csak olyan erdekel, amelynek a
motorja le tud allni beallitott ido utan. Es persze ne legyen tul draga.
Koszi:
Wizard
________________________________________________________________________
|Name........: Kenedi, Tibor |Location....: Budapest, Hungary |
|E-mail......: |Gateway addr: ha5kfu.sch.bme.hu |
|Amprnet.addr: |Phone number: 36/20/415-374 |
|AX25 mail...: | 73 and best wishes: Tibor |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
+ - | [SZAMITOGEPET KERESEK] Szamitastehnikaval foglalkozo ce (mind) |
VÁLASZ |
Feladó: (cikkei)
|
|
+ - | [SZAMITOGEPET KINALOK] Elado cuccok surgosen... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sz'asztok!
Uj gep vasarlasa miatt eladoak az alabbi jo allapotban levo alkateszek:
- OPTi 895E GREEN PC ALAPLAP, 486 DX4-es, ZIF, 3 VLB, 5 ISA, AMI WinBIOS,
128k cache, 3x36bit, 4x9bit, meg fel ev garanciaval... 12000Ft
- AMD486Dx4-120Mhz proci 9000Ft
<======^ a ketto foleg egyutt elado, iranyar: 21.000Ft ^======>
- Goldstar VLB-s vezerlo 1500Ft
- Miro Crystal 12SD VLB (1MB) 2MB-ra bovitheto, driverekkel, konyvvel stb..
iranyar: 12.000Ft, szinten garancialis meg...
Minden alkatresz kb. fel eve lett veve, igy mindegyik megkimelt, ahol
IRANYARat adtam meg ott meg lehet alkudni...aki egyszerre viszi az egeszet
az minden tovabbi nelkul alkudhat...
Erdeklodni lehet: 06-30-524496-os szamon ejjel-nappal
270-6001-en este 19 utan es 22-09 a PeLsO BBs-en
NM-ben es Inet:
Varom az erdeklodoket..
Udv,
A?pi
... I haven't lost my mind; it's backed up on tape somewhere!
___ Blue Wave/386 v2.30
|
+ - | [SZAMITOGEPET KINALOK] monitor elado (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Erdekel valakit egy 15"-os, allo, monochrome, multisync SVGA monitor?
Laci
|