1. |
Re: Feladat: eldonteni, hogy ... (mind) |
15 sor |
(cikkei) |
2. |
verem/ciklus (mind) |
14 sor |
(cikkei) |
3. |
SQL Server not found (mind) |
21 sor |
(cikkei) |
4. |
Exe es com kitomorito program (mind) |
13 sor |
(cikkei) |
5. |
Re: *** HIX CODER *** #65 (mind) |
22 sor |
(cikkei) |
6. |
Re: Windows-os exe meghivasa VC++ 5.0-val (mind) |
59 sor |
(cikkei) |
7. |
Re: Feladat: eldonteni, hogy ... (mind) |
15 sor |
(cikkei) |
|
+ - | Re: Feladat: eldonteni, hogy ... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Hogyan lehet egy binaris szamrol OSZTAS nelkul eldonteni,
> hogy az utolso szamjegye 1, 3, 7, vagy 9?
> Osztas nelkul azert mert az osztas sok cpuclock (speed).
1. ha a szam utolso bitje 0, akkor vesztettel.
2. egyebkent feldarabolod a szamot 4 bites csoportokra(*)
es ezeket a csoportokat osszeadod. Ha az eredmeny nagyobb
15-nel, akkor az osszeggel megismetled ezt a lepest.
3. ha az igy kapott szam 5, 10 vagy 15 akkor vesztettel.
4. egyebkent a szam tizes maradeka 1, 3, 7 vagy 9.
* Darabolhatod nagyobb csoportokra is, ha ugy kenyelmesebb.
Pl. eloszor 32 bites egysegeket adogatsz ossze, amig a szam nem fer el 32
biten. Utana csokkentheted a hosszt. Csak az a fontos, hogy 4
tobbszorose legyen.
|
+ - | verem/ciklus (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
>> Ez tenyleg eleg elborult, mert a rekurziv dolgok piszok lassuak.
>Ezt honnan veszed? Marmint hogy a rekurzio lassu? Szerintem egy
>cseppet sem lassab, mint barmi mas.
Lehet, hogy hulyeseget irok, de en ugy tudtam, hogy a veremkezeles
lassabb, mint egy sima ciklus. Mert akkor a faktorialis szamitast
egyszerubb is, gyorsabb is igy csinalni, mint rekurzivan.
Ha nem igy van, javitsatok ki.
udv
Arp
|
+ - | SQL Server not found (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi !
Az a problemank errefele, hogy van egy SQL Serverunk, amit egy laptoprol
ODBC-n keresztul szeretnenk elerni. Minden be van allitva, es megis azt
irja ki, hogy "Specified SQL server not found". A rohej az egeszben az,
hogy van egy masik SQL serverunk is egy masik gepen (ua. a halozat, csak
egy masik szegmensen), es azt latja a laptop. Szerintetek mi lehet a hiba.
Az ODBC driver nem, mert akkor a masikat sem latna. A Dial-up networking is
jo, minden mast latni arrol a geprol, ahol az SQL server fut. Sot meg azt
is meg tudtuk csinalni, hogy betelneteltunk a gepre az SQL server portjan.
Az SQL serverbe vegigneztuk az osszes jogosultsagi beallitast, szerintunk
minden jo.
Valami otlet? Lehet, hogy az a problema, hogy a router nem engedi at a
csomagokat az egyik szegmensrol a masikra? (Ez sem lehet, mert ugy is
probaltuk, hogy nem NETBEUI-t, hasznaltunk, vagyis nem a szerver nevet,
hanem kozvetlenul az IP cimet irtuk be.)
Koszonettel:
Tamas es mindenki, akiknek mar egnek all a haja, ha meglatja az ODBC login
ablakot.
|
+ - | Exe es com kitomorito program (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv mindenkinek
Irtam 1 comkitomorito progit ami azon az elven muxi, hogy nezi hanyszor
ert a progi a cs:100-hoz es ha 2.* ert mar akkor lementi a progit.
Kerdesem :
1. Ismer e valaki valami mas elvet a kitomoritesre ?
2. Mi van ha csak xor-ol a progi az elejen, hogyan lehetne ezt es a
hasonlokat kiszurni ?
3. Hogyan tudnak exe progit lementeni ?
4. Hogyan lehetne kiszurni az antidebugg trukkoket ?
Elore is koszy .
|
+ - | Re: *** HIX CODER *** #65 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado : [Hungary]
> Idopont: Tue Mar 31 07:17:24 EST 1998 CODER #65
>
> Egy lamer kerdesem lenne.
> C-ben programozok, es arra lennek kivancsi,
> hogy a az exe- be hogyan lehet belepakolni az adatokat.
A megoldas:
EXEDAT V1.0 Rene Olsthoorn-tol
-------------------------------
Cim: (csak 1997 juniusig)
Copyrights: EXEDAT V1.0 is totally FREE!
Do with it what you want. Distribute it. Enhance it.
You have my blessing.
Neked elkuldom maganlevelben.
--
Tibor >> PGP-key&Home: http://www.extra.hu/MTBF http://start.at/MTBF <<
|
+ - | Re: Windows-os exe meghivasa VC++ 5.0-val (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado : [Austria]
> probald meg a WinExec()-et
Az nem olyan egyszeru... Win32-ben valahogy igy kell kineznie:
//
// Open Event Log to see entries
//
{
UCHAR buf[ MAX_PATH + 16 ];
STARTUPINFO si;
PROCESS_INFORMATION pi;
if( (i = GetSystemDirectory( buf, MAX_PATH-1 )) == 0 )
{
// Error!
}
else
{
buf[ i ] = EOS; // Terminate by a null-char
strcat( buf, "\\eventvwr.exe" );
memset( &si, 0, sizeof(si) );
si.cb = sizeof(si);
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_SHOW;
if( CreateProcess(
buf, // Name of executable module
NULL, // Command line string
NULL, // Process security attributes
NULL, // Thread security attributes
FALSE, // Handle inheritance flag
0L, // Creation flags
NULL, // New environment block
NULL, // Current directory name
&si, // STARTUPINFO
&pi ) == 0 ) // PROCESS_INFORMATION
{
// Error! Write out Last Error...
//uDosErr = GetLastError();
}
else
{
//
// As the docs say.. wait 10 second for
// process to go idle before continuing.
//
WaitForInputIdle( pi.hProcess, 10000 );
CloseHandle( pi.hProcess );
CloseHandle( pi.hThread );
}
}
}
--
Tibor >> PGP-key&Home: http://www.extra.hu/MTBF http://start.at/MTBF <<
|
+ - | Re: Feladat: eldonteni, hogy ... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>En 256-os szamrendszerben szamolnek, mert ahhoz jobban illeszkedik a
>memoria cimezhetosege: Az n byte hosszu szam byte-jait osszeadnam,
>kozben a tulcsordulasra ugy figyelnek, hogy a cy-t is hozzaadnam a
>byte-os eredmenyhez, valahogy igy:
Ha tenyleg nagyon hosszu szamrol van szo, akkor nyugodtan kepezheted
az osszeget 16 vagy 32 bitenkent is (a 64 bites procikon meg majd 64
bitenkent)
es a vegosszegbol celszeru utana byteos osszeget kepezni, pont ahogy irtad.
Tetszett a 5-os modulo kepzes, mert igy nem kell a 0-as bitet kulon kezelni,
mert a modulus ciklikussaga a 0-as bittol kezdodik, es nem az 1-esttol mint
ahogy a 10-es modulonal. :)
Biczo Tibor
|
|