Archív konference Delphi
Zpět na výběr roku archívu nebo přejít na fulltextové vyhledávání v konferenci.
Graf na www strance.
[*] Petr Vones <pvones(zv)vol(tec)cz> - 23.2.2004 14:31:01
From: "Pavel Poles" <delphi(zv)noni(tec)cz>
> TeeChart + Intraweb, na jednoduche zobrazovani grafu by to
> bohate stacilo, a dalo by se to udelat za par minut...
Nebo TeeChart + WebBroker.
Petr Vones
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] LUKES Vaclav <lukes(zv)ans(tec)cz> - 23.2.2004 14:51:07
Divam se na debaty kolem .NET.
Nemam zkusenosti a nevim, co k temto vecem dodat ale pokud se podivam na predchozi cast, rad bych se zeptal, jak vlastne ZACIT s .NET a jak v tomto posupovat.
Da se neco takoveho obecne a strucne poradit ?
Diky
V.
-----Original Message-----
From: Petr Vones [mailto:pvones(zv)vol(tec)cz]
Sent: Monday, February 23, 2004 2:15 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: Re: Delphi 8 - co to je .NET a k cemu je to dobre?
From: "Jakub Dusek" <delphi(zv)corexpert.com>
> .NET je predevsim objektova vrstva nad systemovym API, odstinuje
> aplikaci od API, coz ma dusledky ve zvyseni bezpecnosti aplikaci (a
Tohle prave neni dobra definice. .NET je predevsim zcela nova platforma ktera
se temer v nicem nepodoba platformam jako Win16 nebo Win32. Pro jeji pochopeni
je vhodne se nejdrive odprostit - idealne zapomenout :-) vse o Win32 API, RTL,
VCL, MFC a dalsich vecech. Snaha o pripodobneni k temto platformam vede pouze
k nedorozumenim. .NET neni zadne proceduralni API, nad kterym je treba delat
objektove knihovny jako VCL nebo MFC, aby jej bylo mozne pouzivat.
Skutecnost ze .NET zatim bezi v ramci operacniho systemu ktery podporuje Win32
neni dulezita, zitra to muze byt Win64 a pozitri uz tam nemusi byt zadne "API"
nad kterym .NET bezi. Tohle je dobre si uvedomit.
Pokud si nekdo nechce osvojit zcela novy objektovy framework .NETu (coz jsou
stovky trid a tisice metod, atributu atd) a doufa, ze je to jen "trochu jine
Win32 API kde bude plno veci podobnych" tak at radeji zustane u Win32. Nikdo
(ani Borland s VCL.NET) nemuze vyvojare ktery prechazi na .NET zbavit toho, ze
se musi o teto platforme neco dozvedet a orientovat se v jeho frameworku.
Petr Vones
Knihovny pro generovani licencnich klicu
[*] Petr Vones <pvones(zv)vol(tec)cz> - 23.2.2004 14:31:00
From: "Ing. Miroslav Ondrisek" <ondrisek(zv)seznam(tec)cz>
> potreboval bych doporucit knihovnu, ktera umi neco podobneho, jako je
> registrace napr. WinXP - na zaklade urceneho hardware vygenerovat
> klic, ktery se posle autorovi a on na zaklade nej vygeneruje seriove
> cislo, ktere "odemkne" produkt. Mate s necim dobrou zkusenost? Nebo
Nevim jestli je to presne ono, ale podivej se na OnGuard:
http://sourceforge.net/projects/tponguard/
Petr Vones
GUID jako primarni klic
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 13:44:47
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Winsoft
> Sent: Monday, February 23, 2004 1:23 PM
>
> nezaujima Ta, napr. kolko tovaru sa predalo v ktorej
> predajni, alebo to chces urcovat podla predavacov?
Pokud nedelam soft pro prodejny, tak ne. :-) Kazdopadne id prodejny neni
polozka vhodna pro primarni klic, o tom to je.
> a zaroven je vecsi, pomalsi,
Delam soft pro zakazniky, kteri mohou rozjet na svem pocitadle .NET. Takze
"vetsi a pomalejsi" me nijak netrapi.
> "horsie" sa s nim v programe
> pracuje (ako v Delphi porovnam GUIDs?),
Ba naopak, _lepe_ se s nim programuje, uz proto, ze si mohu generovat guid u
klienta, takze znam dopredu PK a mohu ihned osetrit vsechny navazujici FK,
jeste nez zacnu komunikovat s databazi. Takze vse mohu ulozit hezky najednou
v jedne transakci. A co chces porovnavat? Zde me zajima jen = a <>, a to je
v naproste pohode.
> nemusi byt
> podporovany na kazdom SQL serveri, dost dobre neviem, ako by
> som ho generoval napr. na Palme
Vzdy ho muzes ukladat jako string, a udelat PK na string. Je v tom problem?
Stale mi to pripada vyhodnejsi nez delat PK pres dve pole.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Async Pro
[*] Ing. Miroslav Ondrisek <ondrisek(zv)seznam(tec)cz> - 23.2.2004 14:41:04
> -----Original Message-----
> sam urcite dobre vis, ze popis chyby "zacne padat na
> stroji" je na vrazdu :-)
:-)))
> se da zjistit co se tam deje. Jenom prvni odhad, nejedna se
> o pocitace ktere jsou trochu rychlejsi nez tomu bylo pred par lety ?
Ono
> chyby v synchronizaci se projevi mozna az tam.
Mel jsem podobny problem (stejna verze APro) - musel jsem davat Delay,
kdyz se to aplikovalo na pocitaci s P4/2GHz - rozpadavala se
komunikace
Mira Ondrisek
CAPI knihovny
[*] Petr Vones <pvones(zv)vol(tec)cz> - 23.2.2004 14:20:55
From: "Ing. Miroslav Ondrisek" <ondrisek(zv)seznam(tec)cz>
> Nevedel by nekdo o necem se zdrojaky???
Mozna bude neco tady
http://home.t-online.de/home/Peter.Zwosta/capiidx.htm
Petr Vones
GUID jako primarni klic
[*] Jakub Martinek <listbox(zv)vakmb(tec)cz> - 23.2.2004 14:20:56
> > A jsme nazpatek u GUID. Nekdy proste nema cenu premyslet proc.
> > Pro replikace je doporuceno (pripadne i vyzadovano) u MSSQL prave GUID.
>
> ano, je to jedna z moznosti - pouzit hotove riesenie ak je k
> dispozicii a financne vyhovuje. Ani to este neznamena, ze
> vsetky ID-cka musia byt GUID.
>
> Erik
Souhlas
Normalizovane a nasledne vhodne denormalizovane databaze by nemely vyzadovat
pouziti slozeneho klice.
Pro replikace ( mimochodem nejhorsi cast MSSQL) je ale GUID asi jedine
reseni, u ktereho MS zarucuje urcitou funkcionalitu.
GUID je interne vyuzivan v relikacnim procesu, nejde jen o suchy primary
key.
Presto u aplikaci na lokalni siti (a bez replikaci) zustava Integer +
autoincrement jako zcela adekvatni reseni.
Jakub Martinek
jmartinek(zv)vakmb(tec)cz
GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 13:42:45
> > skor je to otazka poctu zaznamov v tabulkach
>
> Proc? Kdyz bude tabulka 100.000 zaznamu mit na disku 50 MB, tak je
> dalsi jeden MB nejaky vazny problem?
ak tam mam primarny kluc a dva cudzie kluce, tak na kazdy zaznam
znamena 36bajtov naviac, t.j. 3.6MB viac. Dalej primarny index
vecsi o 12 bajtov, t.j. dalsich 1.2MB. Percentualne v tomto pripade
teda asi o 10% vecsia databaza. Ak je v databaze vela relacii
(teda vela indexov s ID), tak ta pametova narocnost bude
este vyssia.
Ked si uvedomime, ze to ID-cko zaznamu potrebujem takmer vzdy
a vsade, potrebujem ho tahat na klienta, posielat na server, riesit
nim relacie atd., tak mne sa naozaj javi vyhodne aby bolo
co najjednoduchsie/najmensie/najrychlejsie.
> >> To bych netvrdil, ze to trva 4x dele.
>
> > mas pravdu, je to komplikovanejsie. Zlozitost jednoduchych beznych
>
> To by se muselo porovnat.
ano, to by myslim, mohlo byt celkom zaujimave, zial nemam momentalne
cas takyto experiment realizovat. Stavim sa vsak, ze GUID rychlejsi
ucite nebude ;-).
> > myslim si, ze je to riesitelne. IMHO staci odlisit jednotlive db servery
> > dalsou polozkou
>
> Ano, samozrejme, ze toto je reseni. Ale pak se s tim spatne pracuje,
> spatne se delaji vazby na dve pole, je to zbytecna komplikace. Navic
> kdyz to bude autoincrement, tak mas problem tam to cislo dostat.
dalsie riesenie by mohlo byt take: doplnim dalsie ID do replikovanej
tabulky a to ID-cko z master tabulky. teda budem mat dva ID-cka,
jedno autoinkrementacne a jedno odpametane z master databazy
pre synchronizaciu. Primarny kluc je iba to autoinkrementacne ID.
Pri synchronizacii musim tie ID-cka potom zohladnovat a vlastne
malo by byt mozne riesit pomocou nich kompletnu synchronizaciu.
Erik
Carovy kod
[*] Vaclav Halik <spravasd(zv)suz.cvut(tec)cz> - 23.2.2004 14:24:57
> Podle toho cisla nevim, jestli jde o cnimac seriovy nebo klavesnicovy. Mam
zkusenost s tim klavesnicovym. Nastaveni probihalo tak, ze se nacetl kod z
brozurky pro najeti do nastaveni, pak se prilozili kody odpovidajici volbam
a poslednim kodem se nastaveni ulozilo. Samotne cteni kodu prichazelo jako
od klavesnice.
Tak tak. Toto je obecny princip vsech ctecek k PC.
At se jedna o karty nebo o carove kody. Kazda ctecka
pak posila sekvenci ktera udava ze se jedna o cteni z
ctecky, nasleduje informace, a opet konec.
Vystupem je retezec znaku/cisel. Tak jako kdyby si je zadal
na klavesnici.
Pokud mas tu ctecku pripojenou mezi klavesnici a PC coz
je vetsina ctecek. Nemnel by byt problem staci skusit co z toho
leze. Nektere se ovsem pripojuji jinak a tem je lepsi se vyhnout.
Musela by je pak tvoje aplikace podporovat. A nemas pak tak
jednoduchou moznost jako uzivatel vymenit ctecku. A jet dal
bez upravy SW nebo nastaveni.
SW k tento cteckam slouzi v podstate jen k nastveni. K provozu
by nemnel byt potreba.
Pokud mas tu ctecku ted u sebe skus si otevrit treba poznamkovy
blok, prepnou na EN klavesnici a nacist pak kodu. Mnal by si
hned v tom v vydet princip.
Vaclav Halik
PageDown v RichEditu
[*] Lahoda Radek <lahodar(zv)uniplet(tec)cz> - 23.2.2004 14:08:53
zdravim,
kdyz v Richeditu pomoci dialogu Find a .FindText najdu slovo, tak se vyznaci
az dole.
Chci to posunout o stranku dolu, aby slovo bylo nahore, zadna metoda .scroll
neni, poradite?
diky
...
Pozice := RichEdit1.FindText(dlgFind.FindText, StartPos, ToEnd, []);
if Pozice >= 0 then begin
SetFocus; //aby to tam skocilo
SelStart := Pozice;
SelLength := Length(dlgFind.FindText);
//tady bych potreboval dat PageDown
...
Radek Lahoda
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] Petr Vones <pvones(zv)vol(tec)cz> - 23.2.2004 14:14:54
From: "Jakub Dusek" <delphi(zv)corexpert.com>
> .NET je predevsim objektova vrstva nad systemovym API, odstinuje
> aplikaci od API, coz ma dusledky ve zvyseni bezpecnosti aplikaci (a
Tohle prave neni dobra definice. .NET je predevsim zcela nova platforma ktera
se temer v nicem nepodoba platformam jako Win16 nebo Win32. Pro jeji pochopeni
je vhodne se nejdrive odprostit - idealne zapomenout :-) vse o Win32 API, RTL,
VCL, MFC a dalsich vecech. Snaha o pripodobneni k temto platformam vede pouze
k nedorozumenim. .NET neni zadne proceduralni API, nad kterym je treba delat
objektove knihovny jako VCL nebo MFC, aby jej bylo mozne pouzivat.
Skutecnost ze .NET zatim bezi v ramci operacniho systemu ktery podporuje Win32
neni dulezita, zitra to muze byt Win64 a pozitri uz tam nemusi byt zadne "API"
nad kterym .NET bezi. Tohle je dobre si uvedomit.
Pokud si nekdo nechce osvojit zcela novy objektovy framework .NETu (coz jsou
stovky trid a tisice metod, atributu atd) a doufa, ze je to jen "trochu jine
Win32 API kde bude plno veci podobnych" tak at radeji zustane u Win32. Nikdo
(ani Borland s VCL.NET) nemuze vyvojare ktery prechazi na .NET zbavit toho, ze
se musi o teto platforme neco dozvedet a orientovat se v jeho frameworku.
Petr Vones
GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 13:44:46
> A jsme nazpatek u GUID. Nekdy proste nema cenu premyslet proc.
> Pro replikace je doporuceno (pripadne i vyzadovano) u MSSQL prave GUID.
ano, je to jedna z moznosti - pouzit hotove riesenie ak je k dispozicii
a financne vyhovuje. Ani to este neznamena, ze vsetky ID-cka musia
byt GUID.
Erik
Carovy kod
[*] Dusek Karel <dusek(zv)mudk(tec)cz> - 23.2.2004 14:02:52
Podle toho cisla nevim, jestli jde o cnimac seriovy nebo klavesnicovy. Mam zkusenost s tim klavesnicovym. Nastaveni probihalo tak, ze se nacetl kod z brozurky pro najeti do nastaveni, pak se prilozili kody odpovidajici volbam a poslednim kodem se nastaveni ulozilo. Samotne cteni kodu prichazelo jako od klavesnice.
S pozdravem
Karel
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Vlastimil Zdenek
> Sent: Monday, February 23, 2004 1:41 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Carovy kod
>
>
> Zdravim,
> nemate nekdo zkusenosti se snimacem carovych kodu ccd-8k?
> Nebo nevite kde stahnout manual na obsluhu nebo jak ho vubec
> rozchodit?? Manual co k tomu je je pouze k nastaveni ctecky
> podle carovych kodu ale jak to uz nepisou... Jak vlastne
> dostanu vyjadreni carovyho kodu do delphi??
>
> Diky moc Vlasta
>
>
>
>
GUID jako primarni klic
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 13:46:48
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Dalibor Faltynek
> Sent: Monday, February 23, 2004 1:01 PM
>
> A mit na notebooku nainstalovany oracle, nebo sikl ...
K MS SQL je MSDE, ktere je urceno mimo jine i pro tyto pripady - na notebook
do terenu. K cemu souborove databaze?
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
FB 1.5 + aliasy
[*] Martin Bursa <martin.bursa(zv)ikos(tec)cz> - 23.2.2004 12:58:37
Ahoj,
nedari se mi pripojit ke vzdalene databazi (pod FB 1.5 RC9) pokud pouziji
alias a protokol NetBEUI.
Pro pripojeni pouzivam zapis:
\\server\database
Pokud pouziji TCP/IP tak vse probehne bez problemu.
Je chyba v zapisu pripojeni, nebo nelze aliasy s protokolem NetBEUI pouzit ?
Diky, Maca
Async Pro
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 12:58:36
Zdravim,
radu let pouzivam celkem uspesne knihovnu Async Pro pro komunikaci se
zarizenim na serialu. V posledni dobe se vsak mnozi pripady, ze u zakazniku
selhava komunikace, nekde je to pri pokusu instalovat program na jiny
pocitac, jinde jim to najednou zacne padat na stroji, na kterem jim bezi
program nekolik let. Netusite nekdo nahodou, kde muze byt zrada? Jedna se o
verzi 2.5, ale pokusne jsem to zkusil prekompilovat s aktualni verzi, a
chovani bylo u jednoho konkretniho zakaznika stejne.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Komprese Streamu
[*] Martin Schayna <mschayna(zv)aktis(tec)cz> - 23.2.2004 13:48:48
Karel Pecinka <k.pecinka(zv)seznam(tec)cz> wrote:
> poradi mi prosim nekdo nejakou komponentu, ktera by dokazala z jednoho
> Streamu vytvorit druhy, komprimovany? Nemusi to ani byt standardni ZIP
> nebo RAR algoritmus.
Pouzivame ZLib jak na Windows (binarni modul zakompilovany do
programu) tak na Linuxu (obalka kolem dynamicke knihovny zlib)
a to pro real-timovou kompresi TCP/IP komunikace mezi klientem
a aplikacnim serverem. Pokud je rychly server a pomalejsi sit vyplati
se komprimovat komunikaci, v opacnem pripade ne.
Martin Schayna
GUID jako primarni klic
[*] Dalibor Faltynek <dalibor.faltynek(zv)orgrez(tec)cz> - 23.2.2004 13:00:39
>..... Ina moznost je precislovat si ID-cka....
To mi pripada jako problem u nekterych aplikaci. Napriklad kdyz porizuji
data v terenu bez momentalniho pripojeni k servru a uz pri porizovani dat se
mi ma vytvaret ID s vazbou na vedlejsi tabulky taky porizovane offline,
pripada mi guid vyborne reseni. V pripade pouziti autoincrementu totiz budu
obtizne a slozite menit ID se vsemi vazbami pri prehravani na podnikovy
server, kde mohlo mezitim vzniknout hromada zaznamu z jineho pocitace.
Na toto se mi zda byt guid genialni. Bohuzel jej ale nepodporuji jednoduche
lokalni databaze typu paradox nebo dbase, na kterych by bylo prijemne
lokalni data v terenu porizovat. A mit na notebooku nainstalovany oracle,
nebo sikl ...
Dalik.Carovy kod
[*] Vlastimil Zdenek <delphi(zv)gestore(tec)cz> - 23.2.2004 13:40:44
Zdravim,
nemate nekdo zkusenosti se snimacem carovych kodu ccd-8k? Nebo nevite kde stahnout manual na obsluhu nebo jak ho vubec rozchodit?? Manual co k tomu je je pouze k nastaveni ctecky podle carovych kodu ale jak to uz nepisou... Jak vlastne dostanu vyjadreni carovyho kodu do delphi??
Diky moc Vlasta
IB/FB vs MS SQL
[*] Martin Nedopil <delphi(zv)hon(tec)cz> - 23.2.2004 13:00:38
Aha, omlouvam se....
http://www.borland.com/products/white_papers/pdf/ib_vs_SQLServer.pdf
ja na to sel pres www.ibphoenix.com
Martin
----- Original Message -----
From: "Milan Tomes" <milan.tomes(zv)haida(tec)cz>
To: <delphi(zv)hon(tec)cz>
Sent: Monday, February 23, 2004 12:26 PM
Subject: RE: IB/FB vs MS SQL
> Mohl bych se zeptat, kde presne jste toto srovnani nasel ??? Abych
zbytecne
> nebloudil na tomto webu.
>
> Diky
> S pozdravem
>
> Milan Tomes
> mailto:milan.tomes(zv)haida(tec)cz
>
> > -----Original Message-----
> > From: delphi-l-owner(zv)clexpert(tec)cz
> > [mailto:delphi-l-owner(zv)clexpert(tec)cz]On Behalf Of Martin Nedopil
> > Sent: Monday, February 23, 2004 11:34 AM
> > To: delphi-l(zv)clexpert(tec)cz
> > Subject: IB/FB vs MS SQL
> >
> >
> > Tuhle jsem si na www.ibphoenix(tec)cz precetl srovnani %subj% databazi.
> > Bohuzel je to jednostranny pohled a tak bych rad znal nazor vsech, kteri
> > s obemi pracuji.
> > Ja za sebe muzu rict, ze me prekvapila MS-SQL, jak nepruzne pracuje
> > s transakcemi a ukazujem mi, ze lepsi se jevi MGA. A verte, ze ja na to
> > doplatil nejvic, protoze jsem to byl ja, kdo dokola pomoci
> > select * from sysprocesses zjistoval stojici procesy a odstreloval je a
> > sedel
> > do noci v praci a drzel MS-SQL nad vodou.
> > Takze pokud nekdo migroval z 1 > 2 nebo 2 > 1 a ma potrebu se vyjadrit,
> > necht to udela hned, nebo at mlci naveky ... :-)
> >
> > Martin
> >
> >
> >
>GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 13:22:42
> A mohu si replikovat jak chci, bez obav, ze nekde narazim na duplicitni
> klice nebo jinou habaduru. A kdyz bych snad potreboval dalsi polozku, tak
no obavam sa, ze synchronizacii udajov sa aj tak nevyhnes (napr. zaznam
sa zmenil alebo zmazal). Nestaci pridat GUID, pre replikaciu vzdy potrebujes
este dalsie informacie a musis zabezpecit dalsie spracovanie.
> vetsinou spis info o tom, kdo a kdy zaznam poridil, a ne kde. Ale veset
nezaujima Ta, napr. kolko tovaru sa predalo v ktorej predajni,
alebo to chces urcovat podla predavacov?
> primarni klic na takovehle informace neni zrovna takticke. Guid splnuje
vse,
> co potrebuju - jednoznacnost, nevyznamnost, schopnost replikaci nebo
> libovolnych prenosu sem a tam, aniz bych ohrozil vztahy mezi daty.
a zaroven je vecsi, pomalsi, "horsie" sa s nim v programe pracuje
(ako v Delphi porovnam GUIDs?), nemusi byt podporovany
na kazdom SQL serveri, dost dobre neviem, ako by som ho
generoval napr. na Palme
Erik
Synapse a SMTP
[*] Lukas Gebauer <gebylist(zv)mlp(tec)cz> - 23.2.2004 13:04:40
> nemate nekdo kousek kodu jako prikladek
> na odesilani mailu se Synapsi?
Takovy kousek kodu mas primo v Synapsi. Podivej se do unity
smtpsend.pas, a tam na konci se podivej, jak jsou napsany funkce:
sendto
sendtoex
sendtoraw
Tyto funkce jsou totiz samy o sobe prikladem. ;-)
--
Lukas Gebauer.
E-mail: gebauerl(zv)mlp(tec)cz
http://www.ararat(tec)cz/synapse/ - Ararat Synapse - TCP/IP Lib.Graf na www strance.
[*] Pavel Poles <delphi(zv)noni(tec)cz> - 23.2.2004 12:12:29
> Tvorim aplikaci v D6 - jako vizualni rozhrani pouzivam komponentu
WebBrowser. - Jde o merici aplikaci. - na pozadi sbira
> proces (TService) data. Potrebuji namerena data dostat do WebBrowseru ve
forme grafu a provadet jeho dynamickou
> aktualizaci. Hledanm zdroje - web nebo literatura, kde je popsan princip a
apriklady, jak to naprogramovat.
>
TeeChart + Intraweb, na jednoduche zobrazovani grafu by to
bohate stacilo, a dalo by se to udelat za par minut...
Pavel Poles
Pomoc so spojenim na MIDAS (cez sockety)
[*] delphi(zv)minv.sk - 23.2.2004 12:48:35
Ahoj
Nevie niekto ako v MIDASe nastavit vlastnosti socketu ktory realizuje
pripojenie?
Chcel by som zvacsit timeout alebo nieco podobne, pretoze sa mi casto v
aplikacii stane, ze klient
nedostane od aplikacneho servera v potrebnom case odpoved (asi) na select a
cela aplikacia skonci v nekonecnom cakani.
(proste pred odoslanim zapnem presipacie hodiny, odoslem retazec so selectom
cez
ClientDataSet.DataRequest(selekt);
a tam klient skonci, uz sa na ukoncenie presipacich hodin nedostane...)
Na LAN problemy nie su, ale
na WAN su dost caste.
Dik za akekolvek nakopnutie
Werki
GUID jako primarni klic
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 23.2.2004 12:02:24
Winsoft wrote:
> mas pravdu, je to komplikovanejsie. Zlozitost jednoduchych beznych
> operacii by mala byt linearna vzhladom k velkosti operandov, procesory
> vsak dokazu niekolko takych operacie vykonat i paralelne (t.j.
> rychlejsie). Najcastejsia operacia bude zrejme porovnavanie, tam to
Vedle nelinearit vlastni CPU nezapominej na to, ze k tomu, abys porovnal
2 polynomy, nemusis srovnavat vsechny jeho rady a u indexu hledas v
setridenem souboru dat, takze casto bude stacit porovnat jen nejvyssi rady.
pf
GUID jako primarni klic
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 23.2.2004 12:02:25
Petr Zahradnik wrote:
> To je zanedbatelne. Kdyz mas zaznam o velikosti treba 500 bajtu, pak
> nejakych 12 bajtu navic uz nehraje vubec zadnou roli. Jak v pameti,
> tak na disku.
My GUID pouzivame a ona ta velikost roste slusne, ani ne tak kvuli PK,
ale zejmena kvuli FK.
pf
GUID jako primarni klic
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 23.2.2004 12:08:27
Puvodni zprava ze dne 23.2.2004:
>> To je zanedbatelne. Kdyz mas zaznam o velikosti treba 500 bajtu, pak
>> nejakych 12 bajtu navic uz nehraje vubec zadnou roli. Jak v pameti,
>> tak na disku.
> skor je to otazka poctu zaznamov v tabulkach
Proc? Kdyz bude tabulka 100.000 zaznamu mit na disku 50 MB, tak je
dalsi jeden MB nejaky vazny problem?
>> To bych netvrdil, ze to trva 4x dele.
> mas pravdu, je to komplikovanejsie. Zlozitost jednoduchych beznych
To by se muselo porovnat.
> myslim si, ze je to riesitelne. IMHO staci odlisit jednotlive db servery
> dalsou polozkou
Ano, samozrejme, ze toto je reseni. Ale pak se s tim spatne pracuje,
spatne se delaji vazby na dve pole, je to zbytecna komplikace. Navic
kdyz to bude autoincrement, tak mas problem tam to cislo dostat.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Synapse a SMTP
[*] Robert <rpvp(zv)vagnerplast(tec)cz> - 23.2.2004 12:10:28
Zdravim odbornici,
nemate nekdo kousek kodu jako prikladek
na odesilani mailu se Synapsi?
Robert Plzak
GUID jako primarni klic
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 23.2.2004 12:16:32
Winsoft wrote:
> Dalsia moznost je pouzit zabudovanu replikaciu
> SQL servera, pokial je k dispozicii.
My vetsinou mame pozadavek, aby aplikace byla serverove neutralni
AMAP.
A GUID nam to usnadnuje, protoze se da jeho hodnota bez problemu
generovat na strane klienta pred vlozenim do DB
a hned ji pouzit jako FK ve vsech odkazech a je to na vsech serverech
stejne (tedy my GUID ukladame jako CHAR(22) tj. zakodovane do Base64 bez
trailing padu).
Bohuzel se takova operace na jednotlivych strojich lisi dost list :-(
pf
GUID jako primarni klic
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 12:10:27
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Winsoft
> Sent: Monday, February 23, 2004 11:34 AM
> >
> > A kdyz potrebujes replikovat?
>
> vytvorim dalsiu polozku ako sucast primarneho kluca, ktora
> urcuje db server. Zamena to viac pameti (napr. 5 alebo
> 8bajtov) i casu pre spracovanie, ale predpokladam, ze taku
> polozka by som potreboval i v pripade GUID. Ina moznost je
> precislovat si ID-cka. Dalsia moznost je pouzit zabudovanu
> replikaciu SQL servera, pokial je k dispozicii.
No nevim, jak navrhujes databaze. Pokud pouziju guid, pak udelam navrh
takto:
create table1 (
id uniqueidentifier,
...)
create table2 (
...
idref reference na table1(id),
...)
A mohu si replikovat jak chci, bez obav, ze nekde narazim na duplicitni
klice nebo jinou habaduru. A kdyz bych snad potreboval dalsi polozku, tak
vetsinou spis info o tom, kdo a kdy zaznam poridil, a ne kde. Ale veset
primarni klic na takovehle informace neni zrovna takticke. Guid splnuje vse,
co potrebuju - jednoznacnost, nevyznamnost, schopnost replikaci nebo
libovolnych prenosu sem a tam, aniz bych ohrozil vztahy mezi daty.
Zvykl jsem si pouzivat guid jako primarni klic vsude, i tam, kde bych si v
pohode vystacil s autoinkrementem (i za cenu, ze nekde je to skutecne mene
vyhodne z hlediska vykonu). Povazuju to jednak za lepsi nez mit primarni
klice dva, jednak si tim zjednodusuju i programovani aplikace, protoze mohu
standardne pocitat s tim, ze primarni klic je vzdy guid, coz zase souvisi s
prehlednosti a udrzovanim nejakeho zakladniho frameworku pro komunikaci s
databazi.CAPI knihovny
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 23.2.2004 12:14:31
Puvodni zprava ze dne 23.2.2004:
> diky za tip, kdysi jsem se na tyhle taky dival a prave me odradilo, ze
> jsou bez zdrojaku.... V nejhorsim bych do toho sel, ale nemam rad z
> principu black boxy...
> Nevedel by nekdo o necem se zdrojaky???
Tady nemam rad black boxy, ale co muzes delat? Jeste mam v odkazech
toto, ale uz si nepamatuji, jestli je to se zdrojaky, jen myslim, ze
je to jeste drazsi. A nikdy jsem to nezkousel :)
http://csd-telecom.de/Produkte/produkte.html
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
GUID jako primarni klic
[*] Jakub Martinek <listbox(zv)vakmb(tec)cz> - 23.2.2004 12:12:30
> > > Preto davam prednost 32bitovym autoinkrement polozkam.
> >
> > A kdyz potrebujes replikovat?
>
> vytvorim dalsiu polozku ako sucast primarneho kluca, ktora
> urcuje db server. Zamena to viac pameti (napr. 5 alebo
> 8bajtov) i casu pre spracovanie, ale predpokladam, ze taku
> polozka by som potreboval i v pripade GUID. Ina moznost je
> precislovat si ID-cka. Dalsia moznost je pouzit zabudovanu
> replikaciu SQL servera, pokial je k dispozicii.
>
> Erik
A jsme nazpatek u GUID. Nekdy proste nema cenu premyslet proc.
Pro replikace je doporuceno (pripadne i vyzadovano) u MSSQL prave GUID.
Jakub Martinek
jmartinek(zv)vakmb(tec)cz
CAPI knihovny
[*] Ing. Miroslav Ondrisek <ondrisek(zv)seznam(tec)cz> - 23.2.2004 12:04:26
Ahoj Petre,
diky za tip, kdysi jsem se na tyhle taky dival a prave me odradilo, ze
jsou bez zdrojaku.... V nejhorsim bych do toho sel, ale nemam rad z
principu black boxy...
Nevedel by nekdo o necem se zdrojaky???
Mira
> -----Original Message-----
>
> http://www.isdn-objects.com/
>
> Neni to levny, je to bez zdrojaku, jinak je to super, akorat autor
> obcas nekomunikuje :-)
>
> Petr Zahradnik, pocitacovy expert
Kdo ma nejake prakticke zkusenosti v Delphi8 .NET
[*] Vlastislav Cilek <bigvlci(zv)seznam(tec)cz> - 23.2.2004 12:02:23
Zdravim.
Ma uz nekdo prakticke!!! zkusenosti s vyvojem .NET aplikace v Delphi 8. Jde mi spise o prakticky verene poznatky o vyhodach pouziti .NET platformy pro rozvoj novych aplikaci nebo jiz existujicich, tj. alespon nejake priklady konkretniho pouziti.
Vlastislav Cilek.
____________________________________________________________
Jak muze byt perfektni SIEMENS C62 jeste pefektnejsi? Co treba takhle - SIEMENS C62 za 977,- Kc.http://ad2.seznam(tec)cz/redir.cgi?instance=70099%26url=http://www.oskar(tec)cz
GUID jako primarni klic
[*] Karel Rys <delphi(zv)zas-me(tec)cz> - 23.2.2004 12:00:22
Winsoft dne 23 Feb 2004 v 11:52:
> > V pripade databaze na jednom pocitaci jiste, v pripade replikaci
> > napric svetem uz to je velky problem.
>
> myslim si, ze je to riesitelne. IMHO staci odlisit jednotlive db
> servery dalsou polozkou
No, pokud si server ale do tech AutoIncrement poli necha vnutit udaje, ktere prisly od jineho
serveru, ze...
Karel Rys
GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 11:34:18
> > Preto davam prednost 32bitovym autoinkrement polozkam.
>
> A kdyz potrebujes replikovat?
vytvorim dalsiu polozku ako sucast primarneho kluca, ktora urcuje
db server. Zamena to viac pameti (napr. 5 alebo 8bajtov) i casu
pre spracovanie, ale predpokladam, ze taku polozka by som
potreboval i v pripade GUID. Ina moznost je precislovat
si ID-cka. Dalsia moznost je pouzit zabudovanu replikaciu
SQL servera, pokial je k dispozicii.
Erik
GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 11:52:21
> > nevyhodou GUID je jeho velkost 128 bitov (16 bajtov),
> > to znamena 4x viac pameti (databaza, indexy, RAM-ka)
>
> To je zanedbatelne. Kdyz mas zaznam o velikosti treba 500 bajtu, pak
> nejakych 12 bajtu navic uz nehraje vubec zadnou roli. Jak v pameti,
> tak na disku.
skor je to otazka poctu zaznamov v tabulkach
> > a 4x dlhsie spracovanie v porovnani s 32bitovym integerom.
>
> To bych netvrdil, ze to trva 4x dele.
mas pravdu, je to komplikovanejsie. Zlozitost jednoduchych beznych
operacii by mala byt linearna vzhladom k velkosti operandov, procesory
vsak dokazu niekolko takych operacie vykonat i paralelne (t.j. rychlejsie).
Najcastejsia operacia bude zrejme porovnavanie, tam to moze
byt celkom zaujimave, ci sa bude dat vyhnut skokom (inka by
znamenalo poriadne spomalenie). Mozno by to chcelo vyskusat
prakticky a porovnat.
> > Preto davam prednost 32bitovym autoinkrement polozkam.
>
> V pripade databaze na jednom pocitaci jiste, v pripade replikaci
> napric svetem uz to je velky problem.
myslim si, ze je to riesitelne. IMHO staci odlisit jednotlive db servery
dalsou polozkou
Erik
webova camera a balicek DSPACK
[*] Vlastimil Bardon <bardon(zv)akord-soft(tec)cz> - 23.2.2004 11:50:20
Ja jsem pouzival grabber.GetBitmap( ABitmap );
-----Original Message-----
From: Ing. Jan Kuchar PhD. [mailto:kuchar(zv)unicodesys(tec)cz]
Sent: Friday, February 20, 2004 3:32 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: webova camera a balicek DSPACK
cau,
mam nasledujici problem, potrebuju ulozit obrazek prave z on-line stavu
kamery pomoci komponent DSPACK, pokud vidim promitani kamery, tak to dokazu
ulozit pres canvas, ale pokud je promitani zakazano a potrebuju stejne
ulozit obrazek tak mi canvas nepomuze, mad D5 a WINXP
--------------------------------------------------------------
Ing. Jan Kuchar PhD.
programator Unicode systems s.r.o.
Ruska 14, Trebic 674 01
tel. : ++420 721 522072
IB/FB vs MS SQL
[*] Martin Nedopil <delphi(zv)hon(tec)cz> - 23.2.2004 11:34:18
Tuhle jsem si na www.ibphoenix(tec)cz precetl srovnani %subj% databazi.
Bohuzel je to jednostranny pohled a tak bych rad znal nazor vsech, kteri
s obemi pracuji.
Ja za sebe muzu rict, ze me prekvapila MS-SQL, jak nepruzne pracuje
s transakcemi a ukazujem mi, ze lepsi se jevi MGA. A verte, ze ja na to
doplatil nejvic, protoze jsem to byl ja, kdo dokola pomoci
select * from sysprocesses zjistoval stojici procesy a odstreloval je a
sedel
do noci v praci a drzel MS-SQL nad vodou.
Takze pokud nekdo migroval z 1 > 2 nebo 2 > 1 a ma potrebu se vyjadrit,
necht to udela hned, nebo at mlci naveky ... :-)
Martin
GUID jako primarni klic
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 23.2.2004 11:20:16
Puvodni zprava ze dne 23.2.2004:
>> > Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
> nevyhodou GUID je jeho velkost 128 bitov (16 bajtov),
> to znamena 4x viac pameti (databaza, indexy, RAM-ka)
To je zanedbatelne. Kdyz mas zaznam o velikosti treba 500 bajtu, pak
nejakych 12 bajtu navic uz nehraje vubec zadnou roli. Jak v pameti,
tak na disku.
> a 4x dlhsie spracovanie v porovnani s 32bitovym integerom.
To bych netvrdil, ze to trva 4x dele.
> Preto davam prednost 32bitovym autoinkrement polozkam.
V pripade databaze na jednom pocitaci jiste, v pripade replikaci
napric svetem uz to je velky problem.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
CAPI knihovny
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 23.2.2004 11:16:15
Puvodni zprava ze dne 23.2.2004:
>> http://www.isdn-objects.com/
>> Neni to levny, je to bez zdrojaku, jinak je to super, akorat autor
>> obcas nekomunikuje :-)
> Koukam sama pozitiva - drahe, bez zdrojaku, bez podpory :-)
Cena je vyssi, ale odpovida kvalite komponent.
Zdrojaky jsou velky problem. V pripade, ze ho porazi auto, je to v
haji. Nicmene, reknu ti uprimne, ze skonceni TurboPower v lednu
minuleho roku mi udelalo mnohem vetsi problemy, protoze tim skoncilo
nekolik velmi kvalitnich knihoven, ktere nyni jako OpenSource pro me
nejsou atraktivni a nebudou se dale vyvijet. ISDN Objects mam jiz
nekolik let a funguje mi krasne, zatim jsem neresil nejaky vazny
problem. Jinak je to snad jedina knihovna, kterou mam bez zdrojaku.
Podpora od autora existuje. Pisi, ze obcas nekomunikuje, on byl nejak
nemocny nebo co, jsem z nej par mesicu nemohl vyrazit novou verzi, on
vzdycky po nekolika mailych odpovedel, ze zije, ale nic neposlal... Az
po dlouhe dobe urgovani a nadavani jsem se dockal :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
GUID jako primarni klic
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 23.2.2004 11:14:14
Winsoft wrote:
> Preto davam prednost 32bitovym autoinkrement polozkam.
A kdyz potrebujes replikovat?
pf
GUID jako primarni klic
[*] Winsoft <winsoft(zv)netkosice.sk> - 23.2.2004 11:08:13
> > Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
nevyhodou GUID je jeho velkost 128 bitov (16 bajtov),
to znamena 4x viac pameti (databaza, indexy, RAM-ka)
a 4x dlhsie spracovanie v porovnani s 32bitovym integerom.
Preto davam prednost 32bitovym autoinkrement polozkam.
Erik
CAPI knihovny
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 23.2.2004 10:52:09
Puvodni zprava ze dne 23.2.2004:
> prosim ty z vas, kteri maji zkusenosti, o doporuceni CAPI knihoven pro
> Delphi (jedno jaka verze Delphi). Potrebuji co nejkompletnejsi - aby
> umela opravdu vse, co se da z CAPI vytahnout. Na cene mi nezalezi.
http://www.isdn-objects.com/
Neni to levny, je to bez zdrojaku, jinak je to super, akorat autor
obcas nekomunikuje :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
CAPI knihovny
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 23.2.2004 11:02:11
23.2.2004 Petr Zahradnik:
> Puvodni zprava ze dne 23.2.2004:
>> prosim ty z vas, kteri maji zkusenosti, o doporuceni CAPI knihoven pro
>> Delphi (jedno jaka verze Delphi). Potrebuji co nejkompletnejsi - aby
>> umela opravdu vse, co se da z CAPI vytahnout. Na cene mi nezalezi.
> http://www.isdn-objects.com/
> Neni to levny, je to bez zdrojaku, jinak je to super, akorat autor
> obcas nekomunikuje :-)
Koukam sama pozitiva - drahe, bez zdrojaku, bez podpory :-)
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Knihovny pro generovani licencnich klicu
[*] Ing. Miroslav Ondrisek <ondrisek(zv)seznam(tec)cz> - 23.2.2004 10:40:08
Zdravim vsechny,
potreboval bych doporucit knihovnu, ktera umi neco podobneho, jako je
registrace napr. WinXP - na zaklade urceneho hardware vygenerovat
klic, ktery se posle autorovi a on na zaklade nej vygeneruje seriove
cislo, ktere "odemkne" produkt. Mate s necim dobrou zkusenost? Nebo
treba i jiny system, ktery se vam zda vyhodnejsi nebo dokonalejsi. Na
cene nezalezi.
Diky vsem
Mira
P.S.
Prosim usetrete konferenci (a Petra Z. :) ) flamewars o tom, zda je to
vuci zakaznikum fer nebo ne... je to system na zakazku za dost penez a
neminim se se zakaznikem o tomto hadat. Rizika, vyhody a nevyhody zna
a je to jeho rozhodnuti, ktere akceptuji...
CAPI knihovny
[*] Ing. Miroslav Ondrisek <ondrisek(zv)seznam(tec)cz> - 23.2.2004 10:36:07
Zdravim vsechny kolegy,
prosim ty z vas, kteri maji zkusenosti, o doporuceni CAPI knihoven pro
Delphi (jedno jaka verze Delphi). Potrebuji co nejkompletnejsi - aby
umela opravdu vse, co se da z CAPI vytahnout. Na cene mi nezalezi.
Diky Mira
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] Jakub Dusek <delphi(zv)corexpert(tec)com> - 23.2.2004 10:26:05
To je dotaz tak na poslani 3 - 5 knih v PDF :)
.NET je predevsim objektova vrstva nad systemovym API, odstinuje
aplikaci od API, coz ma dusledky ve zvyseni bezpecnosti aplikaci (a
hlavne systemu, ktery aplikaci spousti), podporuje automatickou spravu
pameti, usnadnuje vyvoj modularnich aplikaci ...
Microsoft hodla .NET masivne podporovat, a vzhledem k tomu, ze WIN32
API v novych systemech nahradi nove API, je lepsi prejit na platformu
.NET nez na nove API v novych Windows. Primo pro API by meli byt v
budoucnu vyvijeny jen nizkourovnove aplikace.
Jinak, rozhodne to ma vyhody i pro aplikace, ktere nemaji s internetem
nic spolecneho. Ten nazev je trochu zavadejici.
Jakub Dusek
----------------------------------------------------------------------
web: http://www.corexpert.com, mobile: +420 604 615 795, ICQ: 86063232
odesilani smsek, vizitek, log a melodii, snadna integrace do Vaseho IS
=> Sms GateKeeper, Sms GateKeeper Service
======================================================================
Monday, February 23, 2004, 9:53:59 AM, you wrote:
VC> Zdravim vsechny!
VC> Delphi 8 - co to v podstate je .NET a k cemu je to dobre? Ma to nejake vyhody pri
VC> tvorbe rozsahlejsich aplikaci, ktere nepocitaji s nasazenim pro internet?
VC> Vlastislav Cilek
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 23.2.2004 10:10:03
23.2.2004 Vlastislav Cilek:
> Zdravim vsechny!
> Delphi 8 - co to v podstate je .NET a k cemu je to dobre? Ma to
> nejake vyhody pri tvorbe rozsahlejsich aplikaci, ktere nepocitaji s
> nasazenim pro internet?
Pokud vim, tak archiv konference je k dispozici na www.delphi(tec)cz a
hledani tam funguje a uz se to tu probiralo nekolikrat.
Co to je .NET a k cemu je dobre najdes na strankach Microsoft(tec)cz
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 10:08:02
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Vlastislav Cilek
> Sent: Monday, February 23, 2004 9:54 AM
>
> Delphi 8 - co to v podstate je .NET a k cemu je to dobre? Ma
> to nejake vyhody pri tvorbe rozsahlejsich aplikaci, ktere
> nepocitaji s nasazenim pro internet?
Urcite. .NET obecne (bez souvislosti s konkretnim jazykem) ma moznosti, o
kterych se ti ve Win32 Delphi ani nesnilo. Prace s databazemi je v .NET
uplne o necem jinem nez v Delphi (ovsem pozor, znamena to zapomenout na
bastl BDE a pri prechodu do D8 NEPOUZIVAT(!!!) BDE.NET a pokud mozno ani
VCL.NET, jinak se cely efekt vytrati). Napsat vicevrstvou aplikaci
rozlozenou na ruzne pocitace v siti je _oproti_ Win32 Delphi prochazka
ruzovym sadem a rozkvetlou loukou, vse je pritom v cene Frameworku (tedy
zdarma, bez dalsich poplatku za komponenty atp.). :-) Atd. atp.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Delphi 8 - co to je .NET a k cemu je to dobre?
[*] Vlastislav Cilek <bigvlci(zv)seznam(tec)cz> - 23.2.2004 09:53:59
Zdravim vsechny!
Delphi 8 - co to v podstate je .NET a k cemu je to dobre? Ma to nejake vyhody pri tvorbe rozsahlejsich aplikaci, ktere nepocitaji s nasazenim pro internet?
Vlastislav Cilek
____________________________________________________________
Chcete dostavat Vas oblibeny casopis TYDEN kazde pondeli? Pred osmou hodinou rano? A navic ziskat skvele CD dle Vaseho vyberu? Nevahejte a predplatte si TYDEN jiz nyni! http://ad2.seznam(tec)cz/redir.cgi?instance=70450%26url=http://www.tyden(tec)cz/predplatne/main.html
Omezeni behu na jeden procesor
[*] Lukas Gebauer <gebylist(zv)mlp(tec)cz> - 23.2.2004 10:04:01
> Zdravim, pred nedavnem tu probehla mnou iniciovana detata ohledne
> problemu pri behu na vice procesorech.
>
> Pokusil jsem se to vzresit spustenim pouze na jednom procesoru, ale
> nevim jestli to delam dobre. V aplikaci vytvarim nekolik vlaken. V
> kazdem vlakne v procedure Create spoustim tento kod:
>
> SetThreadAffinityMask(GetCurrentThread, 1);
nebylo by lepsi v tomto pripade volat spise SetProcessAffinitymask?
--
Lukas Gebauer.
E-mail: gebauerl(zv)mlp(tec)cz
http://www.ararat(tec)cz/synapse/ - Ararat Synapse - TCP/IP Lib.Graf na www strance.
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 23.2.2004 09:54:00
23.2.2004 koukal:
> Dobry den.
> Tvorim aplikaci v D6 - jako vizualni rozhrani pouzivam komponentu
> WebBrowser. - Jde o merici aplikaci. - na pozadi sbira proces
> (TService) data. Potrebuji namerena data dostat do WebBrowseru ve
> forme grafu a provadet jeho dynamickou aktualizaci. Hledanm zdroje -
> web nebo literatura, kde je popsan princip a apriklady, jak to
> naprogramovat.
Pomoci TChart vytvorit graf, ulozit do obrazky, ktery se bude
zobrazovat na strance a pomoci META tagu stranku automaticky
obcerstvovat napr. po nekolika sekundach
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Omezeni behu na jeden procesor
[*] L?ikola Petr <developer(zv)efg(tec)cz> - 23.2.2004 09:21:50
Zdravim, pred nedavnem tu probehla mnou iniciovana detata ohledne problemu pri behu na vice procesorech.
Pokusil jsem se to vzresit spustenim pouze na jednom procesoru, ale nevim jestli to delam dobre. V aplikaci vytvarim nekolik vlaken. V kazdem vlakne v procedure Create spoustim tento kod:
SetThreadAffinityMask(GetCurrentThread, 1);
Ten samy kod mam i v DPR. Mam ale dojem, ze ten kod jaksi nefunguje, protoze aplikace vesele pada dal :)
Muzete me nekdo nakopnout, co mam spatne ?
Diky
Petr Sikola
GUID jako primarni klic
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 23.2.2004 09:35:57
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Svejda
> Sent: Monday, February 23, 2004 9:18 AM
>
> muzes prosim natuknout jak?
Tohle je databazove zavisle. MS SQL ma primo guid typ, takze tam to probiha
automaticky.
The uniqueidentifier data type stores 16-byte binary values that operate as
globally unique identifiers (GUIDs).
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Benda Lukas
> Sent: Sunday, February 22, 2004 11:53 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: GUID jako primarni klic
>
> No pokud se jedna o to, ze GUID je 32 znakovy retezec, tak se
> zneho da jednoduse udelat 16 ti znakovy retezec - 128 bitove
> cislo. Snizi se tim naroky na index i DB.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
GUID jako primarni klic
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 23.2.2004 09:33:56
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Marek Soukup
>
> Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
Ahoj,
A to proc ???
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
GUID jako primarni klic
[*] Petr Svejda <petr(zv)svejda(tec)cz> - 23.2.2004 09:17:49
muzes prosim natuknout jak?
Diky
-----Original Message-----
From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz] On
Behalf Of Benda Lukas
Sent: Sunday, February 22, 2004 11:53 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: Re: GUID jako primarni klic
No pokud se jedna o to, ze GUID je 32 znakovy retezec, tak se zneho da
jednoduse udelat 16 ti znakovy retezec - 128 bitove cislo. Snizi se tim
naroky na index i DB.
>Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
>
>S pozdravem
>Marek Soukup
>
Graf na www strance.
[*] koukal <koukal(zv)petrkoukal(tec)cz> - 23.2.2004 08:57:46
Dobry den.
Tvorim aplikaci v D6 - jako vizualni rozhrani pouzivam komponentu WebBrowser. - Jde o merici aplikaci. - na pozadi sbira proces (TService) data. Potrebuji namerena data dostat do WebBrowseru ve forme grafu a provadet jeho dynamickou aktualizaci. Hledanm zdroje - web nebo literatura, kde je popsan princip a apriklady, jak to naprogramovat.
Diky za kazdou radu.
Petr Koukal
Jakou cenu si uctovat za databazovou aplikaci?
[*] Benda Lukas <bendal(zv)volny(tec)cz> - 23.2.2004 00:15:09
30 000 Kc je v dnesni dobe plat programatora temer bez nakladu. Kdyz
pocitam tyden na analyzu, tyden na programovani, tyden na dokumentaci a
nasazeni a tyden na odlazeni chyb, tak je to onen mesic.
Takze projekt za 30 000Kc nemuze programatorovi zabrat vice nez tyden prace.
Do neceho takoveho bych dneska ani nahodou nesel.
> Nakonec to udelali
>a rekli si za to cca 30kKc (bylo to zhruba pred peti lety a jednalo se o
>aplikaci
>v MS-DOSove Foxce).
>
>
Komprese Streamu
[*] Benda Lukas <bendal(zv)volny(tec)cz> - 22.2.2004 23:43:00
Pokud neni treba aby si stream uchovaval informace o zpusobu pakovani,
hlavicce atp. tak na to je bz2.dll, a nejaky clovek k ni udelal i .pas
ktery k tomuhle dll pristupuje, pro vetsi soubory je to nejlepsi
komprese se kterou jsem se setkal (je ale pomalejsi, nez napr. zip).
Btw. rar je licencovany, volne siritelne (nevim pod jakou licenci) je
pouze unrar.dll.
>poradi mi prosim nekdo nejakou komponentu, ktera by dokazala z jednoho
>Streamu vytvorit druhy, komprimovany? Nemusi to ani byt standardni ZIP
>nebo RAR algoritmus.
>
>Predem dekuji za jakoukoli radu.
>
>Karel Pecinka
>
GUID jako primarni klic
[*] Benda Lukas <bendal(zv)volny(tec)cz> - 22.2.2004 23:53:02
No pokud se jedna o to, ze GUID je 32 znakovy retezec, tak se zneho da
jednoduse udelat 16 ti znakovy retezec - 128 bitove cislo. Snizi se tim
naroky na index i DB.
>Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
>
>S pozdravem
>Marek Soukup
>
GUID jako primarni klic
[*] Marek Soukup <nodes(zv)atlas(tec)cz> - 22.2.2004 23:20:58
Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
S pozdravem
Marek Soukup
-----Original Message-----
From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz]On
Behalf Of Pavel Malinsky
Sent: Friday, February 20, 2004 3:24 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: GUID jako primarni klic
Ahoj,
chtel bych se zeptat, asi predevsim tech,
co pouzivaji GUID jako primarni klic v tabulce,
jestli uz narazili na to, aby se pri vygenerovani
GUIDu pomoci CreateClassID vygenerovalo stejne cislo.
Jde o to, zda pred jeho skutecnym pouzitim(vlozenim do
DB) testujete jeho pripadnou existenci?
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================GUID jako primarni klic
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 22.2.2004 23:26:59
Puvodni zprava ze dne 22.2.2004:
> Otazka je, zda vubec GUID pouzivat jako PK - dost spatne se indexuje.
Co to je, ze se dost spatne indexuje?
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Komprese Streamu
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 22.2.2004 16:26:21
22.2.2004 Karel Pecinka:
> Zdravim konferenci,
> poradi mi prosim nekdo nejakou komponentu, ktera by dokazala z jednoho
> Streamu vytvorit druhy, komprimovany? Nemusi to ani byt standardni ZIP
> nebo RAR algoritmus.
Pomoci ZLib, ktery mas v Delphi
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Komprese Streamu
[*] Karel Pecinka <k.pecinka(zv)seznam(tec)cz> - 22.2.2004 16:18:19
Zdravim konferenci,
poradi mi prosim nekdo nejakou komponentu, ktera by dokazala z jednoho
Streamu vytvorit druhy, komprimovany? Nemusi to ani byt standardni ZIP
nebo RAR algoritmus.
Predem dekuji za jakoukoli radu.
Karel Pecinka
Version Info
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 21.2.2004 23:57:08
Petr Zahradnik wrote:
> No tak to je podivne, ne? Odkud by to brali? Muze to byt jen v .CFG,
> .DOF, .DSK nebo .RES, jinde ne.
Uz jsem na to prisel: oni maji tu verzi v tom .DOF dvakrat, jednou v sekci
[Version Info] jako samostatne polozky MajorVer, MinorVer, Release a Build
a podruhe v sekci [Version Info Keys], tentokrat jako FileVersion ve forme
A.B.C.D. A nemaji to poradne sesynchronizovane, takze kdyz zmenis
FileVersion, v EXE se objevi zmenena FIleVersion, ale IDE ukazuje porad tu
hodnotu z tech samostatnych integeru ;-)
pf
Version Info
[*] Petr Vones <pvones(zv)vol(tec)cz> - 21.2.2004 23:51:07
From: "Petr Fejfar" <development(zv)callnet(tec)cz>
> Smazat .RES a nechat udelat jeho recreate nepomaha - popravde jsem nenasel,
> kam odkud to berou, protoze IDE ukazuje po znovuspusteni 1.2.3.4, ale
> v tom *.dof souboru je stale 2.3.4.5 :-O
Version info se bere z .RES souboru. Nastaveni lze menit pomoci OTA, konkretne
IOTAProjectOptions, je dobre si precist v ToolsAPI poznamku uvedenou u tohoto
interface.
Petr Vones
Version Info
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 21.2.2004 23:05:03
Puvodni zprava ze dne 21.2.2004:
>> Proc "hluboko do IDE", kdyz verze je hluboko v .DOF souboru projektu?
> A Tobe to jde touto cestou menit?
Ja to nemenil, ja to jen nasel :-)
> Cvicne jsem zkusil exitnout Delphi D6.02prof, zmenit v *.dof souboru
> FileVersion z 1.2.3.4 na 2.3.4.5 a kdyz spustit znovu Delphi - kdyz se
> podivam
> do Project | Options, tak tam mam stale 1.2.3.4 :-O
> Smazat .RES a nechat udelat jeho recreate nepomaha - popravde jsem nenasel,
> kam odkud to berou, protoze IDE ukazuje po znovuspusteni 1.2.3.4, ale
> v tom *.dof souboru je stale 2.3.4.5 :-O
No tak to je podivne, ne? Odkud by to brali? Muze to byt jen v .CFG,
.DOF, .DSK nebo .RES, jinde ne.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Version Info
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 21.2.2004 22:57:02
Petr Zahradnik wrote:> Proc "hluboko do IDE", kdyz verze je hluboko v .DOF souboru projektu?
A Tobe to jde touto cestou menit?
Cvicne jsem zkusil exitnout Delphi D6.02prof, zmenit v *.dof souboru
FileVersion z 1.2.3.4 na 2.3.4.5 a kdyz spustit znovu Delphi - kdyz se
podivam
do Project | Options, tak tam mam stale 1.2.3.4 :-O
Smazat .RES a nechat udelat jeho recreate nepomaha - popravde jsem nenasel,
kam odkud to berou, protoze IDE ukazuje po znovuspusteni 1.2.3.4, ale
v tom *.dof souboru je stale 2.3.4.5 :-O
pf
Version Info
[*] Bronislav Klucka <bronislav.klucka(zv)pro2-soft(tec)com> - 21.2.2004 21:58:58
hm :( holt nekteri lide jsou trubka...
koukam, ze to je ini soubor, takze asi otevrit, upravit a nechat
zkompilovat.....
brona
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz]On Behalf Of Petr Zahradnik
> Sent: Saturday, February 21, 2004 9:45 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: Version Info
>
>
> Puvodni zprava ze dne 21.2.2004:
>
> > uz jsem to tu resil, ale odpoved me neuspokojila, tak se na Vas obracim
> > znovu. Potrebuji nastavovat versioninfo projektu, zistat se da
> pomoci API
> > getVersionInfo, ale nastavit se neda, vznika, jako resource pri
> kompilaci.
> > Tudiz me napadlo, zda se programove, z komponenty neda
> pristoupit do IDE do
> > formulare, ktery se zobrazi z hlavniho menu project->options,
> tam je zalozka
> > Version Info, kterou bych potreboval vyplnovat z komponenty. Da se nejak
> > pristoupis az takto hluboko do IDE?
>
> Proc "hluboko do IDE", kdyz verze je hluboko v .DOF souboru projektu?
>
> Petr Zahradnik, pocitacovy expert
>
> ==========================================================
> Petr Zahradnik, Computer Laboratory
>
>
> web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
>
> ==========================================================
>
>
>Version Info
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 21.2.2004 21:44:52
Puvodni zprava ze dne 21.2.2004:
> uz jsem to tu resil, ale odpoved me neuspokojila, tak se na Vas obracim
> znovu. Potrebuji nastavovat versioninfo projektu, zistat se da pomoci API
> getVersionInfo, ale nastavit se neda, vznika, jako resource pri kompilaci.
> Tudiz me napadlo, zda se programove, z komponenty neda pristoupit do IDE do
> formulare, ktery se zobrazi z hlavniho menu project->options, tam je zalozka
> Version Info, kterou bych potreboval vyplnovat z komponenty. Da se nejak
> pristoupis az takto hluboko do IDE?
Proc "hluboko do IDE", kdyz verze je hluboko v .DOF souboru projektu?
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Version Info
[*] Bronislav Klucka <bronislav.klucka(zv)pro2-soft(tec)com> - 21.2.2004 21:32:37
Zdar,
uz jsem to tu resil, ale odpoved me neuspokojila, tak se na Vas obracim
znovu. Potrebuji nastavovat versioninfo projektu, zistat se da pomoci API
getVersionInfo, ale nastavit se neda, vznika, jako resource pri kompilaci.
Tudiz me napadlo, zda se programove, z komponenty neda pristoupit do IDE do
formulare, ktery se zobrazi z hlavniho menu project->options, tam je zalozka
Version Info, kterou bych potreboval vyplnovat z komponenty. Da se nejak
pristoupis az takto hluboko do IDE?
Diky
Brona
webova camera a balicek DSPACK
[*] Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz> - 21.2.2004 13:39:58
Ahoj,
Ing. Jan Kuchar PhD. wrote:
> v jake verzi je ta metoda captureframe, nejak to nemuzu nikde najit
mo jo, neni to DSPack ale:// TVideoCapture - wrapper for DirectShow video capture functions
// Based on
// Microsoft's AMCap & StillCap
// and
// DScapture by orthkon * www.mp3.com/orthkon * orthkon(zv)mail.com
//
// written by Egor Averchenkov, 2001-2002,
// e_g_o_r(zv)mail.ru
//
// version 1.15
a navic se to ulozi do souboru.
Vaclav Sazima
>>potrebuju ulozit obrazek prave z on-line stavu
>> kamery pomoci komponent DSPACK, pokud vidim promitani kamery, tak to
dokazu
>> ulozit pres canvas, ale pokud je promitani zakazano a potrebuju stejne
>> ulozit obrazek tak mi canvas nepomuze, mad D5 a WINXP
Ulozeni BLOBU pomoci IB_Cursoru
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 21.2.2004 12:03:50
Ahoj,
namate prosim nekdo radu ci dokonce priklad
jak udelat insert do DB pomoci IB_Cursoru z IBO?
Chtel sem to tam nacpat pres ParamByName,
neco na zpusob ParamXXX.LoadFromStream, ale to
se jaksi ale nejak se nedari.:((
chtel sem neco jako:
--------------------------------
with EFDM.curAppVarRepository, SQL do
begin
if not IB_Transaction.InTransaction then
IB_Transaction.StartTransaction;
try
Text:= 'INSERT INTO APP_VARREPOSITORY
(ID,SECTION,KEYNAME,KEYVALUE,TEXTDATA,BINARYDATA) ' +
' VALUES
(:ID,:SECTION,:KEYNAME,:KEYVALUE,:TEXTDATA,:BINARYDATA)';
ParamByName('ID').AsString:= GetPKEYGUID;
ParamByName('SECTION').AsString:= cSection;
ParamByName('KEYNAME').AsString:= cKeyName;
ParamByName('KEYVALUE').AsString:= cKeyValue;
ParamByName('TEXTDATA').AsString:= cTextData;
>>> ??? ParamByName('BINARYDATA'). .....
ExecSQL;
------------------------
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
webova camera a balicek DSPACK
[*] Ing. Jan Kuchar PhD. <kuchar(zv)unicodesys(tec)cz> - 21.2.2004 11:31:47
v jake verzi je ta metoda captureframe, nejak to nemuzu nikde najit
> Ahoj,
> nevim, jestli pouzivas stejny DSPACK, ale ja na to pouzivam metodu
> CaptureFrame.
>
> Vaclav Sazima
>
webova camera a balicek DSPACK
[*] Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz> - 21.2.2004 09:25:38
Ahoj,
nevim, jestli pouzivas stejny DSPACK, ale ja na to pouzivam metodu
CaptureFrame.
Vaclav Sazima
Ing. Jan Kuchar PhD. wrote:
> potrebuju ulozit obrazek prave z on-line stavu
> kamery pomoci komponent DSPACK, pokud vidim promitani kamery, tak to dokazu
> ulozit pres canvas, ale pokud je promitani zakazano a potrebuju stejne
> ulozit obrazek tak mi canvas nepomuze, mad D5 a WINXP
> GUID jako primarni klic
[*] Ludek ZITA <konference(zv)sales(tec)cz> - 20.2.2004 16:22:08
----- Original Message -----
From: "Pavel Malinsky" <malinsky(zv)pmcom(tec)cz>
> ...GUIDu pomoci CreateClassID vygenerovalo stejne cislo.
> Jde o to, zda pred jeho skutecnym pouzitim(vlozenim do
> DB) testujete jeho pripadnou existenci?
Ahoj.
Ne netestuji a zatim zadny problem.
Ludek
ako v Net framework urobit a^ := b^ ?
[*] Ivan Turcan <iturcan(zv)drake.sk> - 20.2.2004 16:18:07
ok, uz mi to doslo....
var
a,b:IntPtr;
Marshal.WriteByte (a,Marshal.ReadByte (b,0));
rgds,
Ivan
----- Original Message -----
From: "Ivan Turcan" <iturcan(zv)drake.sk>
To: <delphi-l(zv)clexpert(tec)cz>
Sent: Friday, February 20, 2004 12:27 PM
Subject: ako v Net framework urobit a^ := b^ ?> Caves,
>
> je mi jasne ze toto nikdo kdo v nete robi nedoporuci, avsak robim nejake
> upravy uz v jestvujucom kode....
>
> mam:
>
> var
> a,b:pchar;
>
> ..
> ..
> a^ := b^;
>
>
> v Delphi 8 som zadeklaroval parametre a ,b takto:
>
> var
> a,b:IntPtr;
> ..
> ...
>
> nuz a ako urobim taku stupidnost ako a^ := b^ ?
>
> vdaka
>
>
> Ivan
>
>
>
>
>
>
GUID jako primarni klic
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 20.2.2004 16:06:06
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Jakub Dusek
>
> Nejaka pravdepodobnost ze vyjde stejne GUID tam je, ale i v
> celosvetovem meritku je velmi zanedbatelna. Natoz v ramci jedne
> databaze. Vubec bych to tedy neresil a netestoval. Pokud ti nekdy
Ano, v to sem doufal, kdyby to opravdu nahodou vyslo 2x
tak to zarve pri Commitu a pri jakekoliv chybe se stejne udela
Rollback. Slo mi o tu pravdepodobnost.
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
GUID jako primarni klic
[*] Jakub Dusek <delphi(zv)corexpert(tec)com> - 20.2.2004 15:42:04
Nejaka pravdepodobnost ze vyjde stejne GUID tam je, ale i v
celosvetovem meritku je velmi zanedbatelna. Natoz v ramci jedne
databaze. Vubec bych to tedy neresil a netestoval. Pokud ti nekdy
nahodou vyjde 2x stejne, tak ti zarve databaze pri ulozeni a
doporucuji hned potom jit a zacit sazet ve Sportce :)
Jakub Dusek
----------------------------------------------------------------------
web: http://www.corexpert.com, mobile: +420 604 615 795, ICQ: 86063232
odesilani smsek, vizitek, log a melodii, snadna integrace do Vaseho IS
=> Sms GateKeeper, Sms GateKeeper Service
======================================================================
Friday, February 20, 2004, 3:23:59 PM, you wrote:
PM> Ahoj,
PM> chtel bych se zeptat, asi predevsim tech,
PM> co pouzivaji GUID jako primarni klic v tabulce,
PM> jestli uz narazili na to, aby se pri vygenerovani
PM> GUIDu pomoci CreateClassID vygenerovalo stejne cislo.
PM> Jde o to, zda pred jeho skutecnym pouzitim(vlozenim do
PM> DB) testujete jeho pripadnou existenci?
PM> S pozdravem a dikem
PM>>> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
Zjisteni jmena PC pristupujiciho ke sdilenym slozk
[*] Tvrz Miroslav <miroslav.tvrz(zv)merlin(tec)cz> - 20.2.2004 15:38:03
Ahoj vsem.
potreboval bych aby moje aplikace sledovala urcity sdileny
adresar (ten je na stejnem PC kde aplikace pobezi) a v
pripade pristupu jineho uzivatele do tohoto sdileneho adresare
pres sit se potrebuji dozvedet:
* kdo to je (staci jmeno PC)
* jaky adresar ma zrovna otevreny
* co pripadne dela se souborem/soubory
(kopiruje/maze/meni/cte)
Snad je to pochopitelne.
Predem dik za jakekoli nakopnuti spravnym smerem
MI'RA
agregovane polozky v IBClientDataSetu
[*] Jan Rizek <jan_rizek(zv)centrum(tec)cz> - 20.2.2004 15:34:02
Jeste jednou :-)
Mate s tim nekdo zkusenosti, pouzivate to?
Mam problem: pokud mam aktivni agregovanou polozku, tak se mi pri Append
zaznamu rozmnozi polozky - najednou jich tam mam asi o 15 vic. Jeden radek
se zkopiruje vicekrat. Pritom RecordCount je spravny - napr. 3. Kdyz dam
post (apply), tak se polozky ulozi.
pr.:
vytvorim radky:
zelezo 10 20 30
med 30 20 50
... ted append a najednou je v gridu:
med 30 20 50
zelezo 10 20 30
med 30 20 50
med 30 20 50
med 30 20 50
med 30 20 50
med 30 20 50
....
Nevite nekdo, cim je to zpusobeno?
JR
webova camera a balicek DSPACK
[*] Ing. Jan Kuchar PhD. <kuchar(zv)unicodesys(tec)cz> - 20.2.2004 15:32:01
cau,
mam nasledujici problem, potrebuju ulozit obrazek prave z on-line stavu
kamery pomoci komponent DSPACK, pokud vidim promitani kamery, tak to dokazu
ulozit pres canvas, ale pokud je promitani zakazano a potrebuju stejne
ulozit obrazek tak mi canvas nepomuze, mad D5 a WINXP
--------------------------------------------------------------
Ing. Jan Kuchar PhD.
programator Unicode systems s.r.o.
Ruska 14, Trebic 674 01
tel. : ++420 721 522072
TDBF a trideni pole cena
[*] Zapletal Martin <zapletal(zv)inoma(tec)cz> - 20.2.2004 15:28:00
Tak proc to bez toho nasobeni ani TDBF netridi jak ma? A zkousel jsem float
i currency.
Zapletal Martin
>
> Pokud je to numericke pole, tak jsi delal neco blbe :-)
>GUID jako primarni klic
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 20.2.2004 15:23:59
Ahoj,
chtel bych se zeptat, asi predevsim tech,
co pouzivaji GUID jako primarni klic v tabulce,
jestli uz narazili na to, aby se pri vygenerovani
GUIDu pomoci CreateClassID vygenerovalo stejne cislo.
Jde o to, zda pred jeho skutecnym pouzitim(vlozenim do
DB) testujete jeho pripadnou existenci?
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
TDBF a trideni pole cena
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 20.2.2004 15:19:57
20.2.2004 Zapletal Martin:
> Bez toho to proste nejak nechodilo. Tridilo to 1,11,12..., 2, 21, 22... Nebo
> jsem delal neco blbe.
Pokud je to numericke pole, tak jsi delal neco blbe :-)
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
OT - program pro popis CD
[*] Petr Kralik <kralik(zv)tebodin(tec)cz> - 20.2.2004 15:09:56
Centropen 0.3 liner 2621 CE
-----Original Message-----
From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz] On
Behalf Of Stranik Frantisek Ing.
Sent: Friday, February 20, 2004 1:22 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: OT - program pro popis CD
Nevite nekdo o nejakem dobrem a free programu pro popis CD. ?
F.Stranik
---
P?ichozi zprava neobsahuje viry.
Zkontrolovano antivirovym systemem AVG (http://www.grisoft(tec)cz).
Verze: 6.0.591 / Virova baze: 374 - datum vydani: 17.2.2004
TDBF a trideni pole cena
[*] Zapletal Martin <zapletal(zv)inoma(tec)cz> - 20.2.2004 15:07:55
Bez toho to proste nejak nechodilo. Tridilo to 1,11,12..., 2, 21, 22... Nebo
jsem delal neco blbe.
Martin
> K cemu je tam to nasobeni ?TDBF a trideni pole cena
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 20.2.2004 14:51:54
20.2.2004 Zapletal Martin:
> Mam DBase tabulku ve ktere je pole typ NUMBER jmenujici se CENA. Pokud jsem
> jej chtel setridit podle tohoto sloupce, dal jsem si novy index
> AddIndex('CENA','cena*10000',[ixExpression]); a bylo to ok. Protoze jsem
> aplikaci predelal na komponentu TDBF tak mi tento index nejde vytvorit, je
> to pro nej neznamy prikaz. Povazuji to za zakladni funkci. Nemate nekdo
> nejaky napad ja tohle v TDBF vyresit?
K cemu je tam to nasobeni ?
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
TDBF a trideni pole cena
[*] Zapletal Martin <zapletal(zv)inoma(tec)cz> - 20.2.2004 13:39:43
Mam DBase tabulku ve ktere je pole typ NUMBER jmenujici se CENA. Pokud jsem
jej chtel setridit podle tohoto sloupce, dal jsem si novy index
AddIndex('CENA','cena*10000',[ixExpression]); a bylo to ok. Protoze jsem
aplikaci predelal na komponentu TDBF tak mi tento index nejde vytvorit, je
to pro nej neznamy prikaz. Povazuji to za zakladni funkci. Nemate nekdo
nejaky napad ja tohle v TDBF vyresit?
D, W2000,
Martin
OT - program pro popis CD
[*] Viktor Doubek <viktordoubek(zv)centrum(tec)cz> - 20.2.2004 13:37:42
Me se nejvic osvedcil http://www.cdrlabel.com/ VD
> Nevite nekdo o nejakem dobrem a free programu pro popis CD. ?
>
> F.Stranik
Rychli start WXP a WinSocks
[*] Frantisek Mlcoch <frantisek.mlcoch(zv)vsb(tec)cz> - 20.2.2004 13:29:36
Pouzivam WinXP prof., D6, komponentu TClientSockets.
Kdyz nastavim ve Win autologon a dam do spusteni po startu program, ktery ma
navazat tcp spojeni, tak mi to na WinSocketu vyhodi chybu s cisle 1110 a ani
opakovane pokusy (treba po 1min) o vytvoreni spojeni se nezdari. Musim program
ukoncit a znovu spustit. Zatim se mi to podarilo obejit tim, ze nez se spusti
ten program tak se treba 10 sek pocka a pak uz jede vsechno normalne.
Vypada to jako by ve WinXp hned po prihlaseni nebylo dostupne tcp.
Je zajimave, ze kdyz, program korektne nastartuje a pak dojde treba k vytazeni
sitoveho kabelu nebo manualnimu zakazani sitoveho spojeni, tak se to po obnoveni
spojeni zase normalne spoji a jede to dal.
Poradte co s tim.
F.
Algoritmus pro fill
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 20.2.2004 13:25:34
Slavomir Skopalik wrote:
> PS: Nenasel jsem tam zadne komentare.:-(((
Asi nejsou treba ;-) Rekl bych, ze v bitu b0 si schovavas
je/neni mina, v b2 jestli jsi policko odkryl nebo ne.
V 8 smerech sectes ty b0 a pokud s zadnou nesousedis,
tak se rekurzi v 8 smerech siris, dokud to jde.
pf ako v Net framework urobit a^ := b^ ?
[*] Pospisil Jan <j.pospisil(zv)aquasoft(tec)cz> - 20.2.2004 13:23:33
Ahoj
co takhle:
object a = (object)b;
>
> Caves,
>
> je mi jasne ze toto nikdo kdo v nete robi nedoporuci, avsak
> robim nejake
> upravy uz v jestvujucom kode....
>
> mam:
>
> var
> a,b:pchar;
>
> ..
> ..
> a^ := b^;
>
>
> v Delphi 8 som zadeklaroval parametre a ,b takto:
>
> var
> a,b:IntPtr;
> ..
> ...
>
> nuz a ako urobim taku stupidnost ako a^ := b^ ?
>
> vdaka
>
>
> Ivan
>
>
>
>
>
>
OT - program pro popis CD
[*] Stranik Frantisek Ing. <fstranik(zv)cpoj(tec)cz> - 20.2.2004 13:21:33
Nevite nekdo o nejakem dobrem a free programu pro popis CD. ?
F.Stranik
Algoritmus pro fill
[*] Slavomir Skopalik <skopalik(zv)hlubocky.del(tec)cz> - 20.2.2004 13:01:31
Tohle jsem nasel, kdyz jsem psal miny v BP7.
Treba ti to k necemu bude.
MineField:array[-1..33,-1..17]of Byte;
function MineT.GetMines(const X,Y:integer):integer;
begin
GetMines:=MineField[x-1,y-1]mod 2+MineField[x,y-1]mod
2+MineField[x+1,y-1]mod 2+
MineField[x-1,y]mod 2+MineField[x+1,y]mod 2+
MineField[x-1,y+1]mod 2+MineField[x,y+1]mod
2+MineField[x+1,y+1]mod 2;
end;
procedure MineT.ExecMines(const X,Y:integer);
var count:word;
begin
if MineField[X,Y]=1then begin LoseGame(X,Y);exit;end;
if MineField[X,Y]>1then exit;
count:=GetMines(X,Y);Draw(x,y,count);
inc(MineField[X,Y],4);
if count<>0then exit;
ExecMines(X-1,Y+1);ExecMines(X,Y+1);ExecMines(X+1,Y+1);
ExecMines(X-1,Y);ExecMines(X+1,Y);ExecMines(X-1,Y-1);ExecMines(X,Y-1);
ExecMines(X+1,Y-1);
end;
Slavek
PS: Nenasel jsem tam zadne komentare.:-(((
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of TGM MASTER
> Sent: Friday, February 20, 2004 12:37 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Algoritmus pro fill
>
>
> Dobry den,
> resim hru miny, skoro vsechno uz mam hotovy krome jedne veci,
> uz dlouho nemuzu prijit na to, aby kdyz macknu na volny
> policko(bez miny i bez cisla) aby se to odkrylo vsude kde to
> soudedi. Je to vlastne fill, ale ja na to nemuzu prijit,
> zkousel sem to rekurzi, ale vzdy mi Delphi spadli s tim, ze
> mi pretekl zasobnik. Pokud by mi nekdo poradil jak na to nebo
> poslal zdrojak, byl bych velmi vdecny, dekuju. Mrr
>
>
> Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 20.2.2004 12:55:30
Nemusi byt v sitovych protokolech instalovany NETBIOS jako default protokol?
Uz si to nepamatuji...
Doporucuji protrasovat se ve Fileru co nejhloubeji - az k volani sluzby
biosu, ktera havaruje - vrati chybovy navratovy kod. To muze urcit smer
dalsiho patrani.
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
> Ta dosovska aplikace se mi spousti s parametrem, takze tam jsem
> to zmenil hned.
> No a v Delphi mam jednoduchy prikladek, kde to zmenit v jednom InitIsamu.
> Takze tam jsem si jist, ze je to vse OK...
>
> Dosovska aplikace bezi MsNet. Delhp i zavolaji MsNet a na
> OpenFileBlock opet chyba 10140 :((Algoritmus pro fill
[*] TGM MASTER <tgm.master(zv)seznam(tec)cz> - 20.2.2004 12:37:28
Dobry den,
resim hru miny, skoro vsechno uz mam hotovy krome jedne veci,
uz dlouho nemuzu prijit na to, aby kdyz macknu na volny policko(bez miny i bez cisla) aby se to odkrylo vsude kde to soudedi. Je to vlastne fill, ale ja na to nemuzu prijit, zkousel sem to rekurzi, ale vzdy mi Delphi spadli s tim, ze mi pretekl zasobnik.
Pokud by mi nekdo poradil jak na to nebo poslal zdrojak, byl bych velmi vdecny, dekuju. Mrr
ako v Net framework urobit a^ := b^ ?
[*] Ivan Turcan <iturcan(zv)drake.sk> - 20.2.2004 12:27:26
Caves,
je mi jasne ze toto nikdo kdo v nete robi nedoporuci, avsak robim nejake
upravy uz v jestvujucom kode....
mam:
var
a,b:pchar;
..
..
a^ := b^;
v Delphi 8 som zadeklaroval parametre a ,b takto:
var
a,b:IntPtr;
..
...
nuz a ako urobim taku stupidnost ako a^ := b^ ?
vdaka
Ivan
Zapis do registrov
[*] Dusan Nagy <dnagy(zv)inomacomp.sk> - 20.2.2004 12:23:25
Dobry den,
Ptrebujem zapisovat do registrov do kluca HKEY_LOCAL_MACHINE na w2000
pod skupinov USER. Pokial som prihlaseny ako administrator mam
opravnenie na tuto cinnost. Ale pokial som prihlaseny ako clen
skupiny user tak to nie je mozne. Existuje sposob ako zmenit prava
beziaceho procesu. Nemozem menit opravnenie skupiny USER. Dakujem.
--
20. februara 2004, 12:18:55:Jakou cenu si uctovat za databazovou aplikaci?
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 20.2.2004 12:07:24
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of ludek.paral(zv)quick(tec)cz
> Sent: Friday, February 20, 2004 12:01 PM
>
> Dale opravdove Lego snad budu moci skladat az v .NET, ktery
To ano, protoze je na tento zpusob programovani navrzen.
> je v podstate pribuznym FoxPro, kde jsi mohl take kod
> rozdelit na malinkate funkcni celky.
Boze nas ochranuj pred timto!!! :-) Ta podoba je jen zdanliva, .NET je
daleko vice podobny VCL nez Foxce, a to take spise jen zdanlive.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Jakou cenu si uctovat za databazovou aplikaci?
[*] ludek.paral(zv)quick(tec)cz - 20.2.2004 12:01:22
Proto
> jsem zvolil strategii
> minimalnich modulu, ve kterych mohu nahradit
> nebo jednoduse opravit kus,
> ktery se nepovedl, aniz bych tim naboural
> celou aplikaci. Coz mimo jine
> znamena, ze s moduly se "mluvi" zasadne pres
> interface, a co je uvnitr, je
> uz v zasade lhostejne. Timto zpusobem se pak
> mohu snaze prizpusobovat zmenam
> jak v zadani, tak i v pozadavcich ruznych
> zakazniku. V tomto pripade je
> ovsem zapotrebi pocitat s delsi pripravou na
> zacatku, zde uz neni dost dobre
> mozne dat uzivateli po tydnu nejaky funkcni
> kousek.
V zasade souhlas, bez pocatecniho funkcniho frameworku, ktery ma kvalitni interface nemuzes aplikaci vyvinout za tyden. Ja ovsem pisu o tom, ze dnes jiz po dvouletem usili jsem schopen dalsimu zakaznikovi na "zakazky" a "fakturaci" dat prvni funkcni modul s drobnymi upravami do tydne.
k %SUBJ% rikam, ze pokud bych ale mel fakturovat cely framework jednomu zakaznikovi, tak se nedoplati, proto jich mam vice a kazdy zaplati za pocatecni nasazeni mezi 10-20 tis....
Dale opravdove Lego snad budu moci skladat az v .NET, ktery je v podstate pribuznym FoxPro, kde jsi mohl take kod rozdelit na malinkate funkcni celky.
Ludek
Delphi a B-Tree Filer
[*] delphi(zv)unileasing(tec)cz - 20.2.2004 11:59:22
Ta dosovska aplikace se mi spousti s parametrem, takze tam jsem to zmenil hned.
No a v Delphi mam jednoduchy prikladek, kde to zmenit v jednom InitIsamu.
Takze tam jsem si jist, ze je to vse OK...
Dosovska aplikace bezi MsNet. Delhp i zavolaji MsNet a na OpenFileBlock opet chyba 10140 :((
Lubos
>Klobouk dolu, to jsi to prepsal hodne rychle. Kdyz se podivam co vsechno mam
>ve stare dosovske aplikaci, kolik tam je IFDEF a testovani parametru, nez se
>zavola BTInitIsam s tim spravnym parametrem, tak bych si tipnul, ze
>BTInitIsam nekde volas porad s tim NoNet nebo Novell...
>
>> Tak to je velmi zasadni informace, kterou slysim poprve. Diky za ni.
>> Problem ovsem je, ze ikdyz to prepisu na MsNet, tak se chyba
>> 10140 objevuje stale ve stejnem okamziku, jako pri Novell. :(((
>>
>> Lubos
>>
>
>S pozdravem
>
>Bohuslav Svancara, prom. mat.
>svancara(zv)softprojekt(tec)cz
>
>
>
Rozsirene odchytavanie exceptions
[*] Petr Brant <brant(zv)dcomm(tec)cz> - 20.2.2004 11:43:20
Jeste pohodlnejsi je pouzit ExceptDlg take z JCL. Staci jej dat na prvni
misto do uses v projektu (DPR), mit MAP soubor a vse funguje zcela
automaticky.
RNDr. Petr Brant [brant(zv)dcomm(tec)cz]
D&COMM s.r.o.
Korunovacni 6
Praha 7
tel. +420724007234
> Potrebujem neakeho experta do delphi na odchytavanie exceptions.
Ked nastane
> exception, tak mi to zobrazi v ktorej unite nastal exception, a
ine
> informacie. Poradte aky nastroj/experta pouzit.
Pouzij JCLException z knihovny JCL
pri pouziti MAP souboru dostanes konkretni radek v programu, na
kterem
chyba nastala a co ji predchazelo
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 20.2.2004 11:39:19
Klobouk dolu, to jsi to prepsal hodne rychle. Kdyz se podivam co vsechno mam
ve stare dosovske aplikaci, kolik tam je IFDEF a testovani parametru, nez se
zavola BTInitIsam s tim spravnym parametrem, tak bych si tipnul, ze
BTInitIsam nekde volas porad s tim NoNet nebo Novell...
> Tak to je velmi zasadni informace, kterou slysim poprve. Diky za ni.
> Problem ovsem je, ze ikdyz to prepisu na MsNet, tak se chyba
> 10140 objevuje stale ve stejnem okamziku, jako pri Novell. :(((
>
> Lubos
>
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
Rozsirene odchytavanie exceptions
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 20.2.2004 11:23:17
20.2.2004 sulodk(zv)atlas(tec)cz:
> Zdravim
> Potrebujem neakeho experta do delphi na odchytavanie exceptions. Ked nastane
> exception, tak mi to zobrazi v ktorej unite nastal exception, a ine
> informacie. Poradte aky nastroj/experta pouzit.
Pouzij JCLException z knihovny JCL
pri pouziti MAP souboru dostanes konkretni radek v programu, na kterem
chyba nastala a co ji predchazelo
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Rozsirene odchytavanie exceptions
[*] sulodk(zv)atlas(tec)cz - 20.2.2004 10:59:13
Zdravim
Potrebujem neakeho experta do delphi na odchytavanie exceptions. Ked nastane
exception, tak mi to zobrazi v ktorej unite nastal exception, a ine
informacie. Poradte aky nastroj/experta pouzit.
Dakujem.aggregovane polozky v IBClientDataSetu ??
[*] Jan Rizek <jan_rizek(zv)centrum(tec)cz> - 20.2.2004 10:53:12
Vsechny zdravim,
V editoru poli (double click na komponentu) ClientDataSetu, pokud se zvoli
PopUp polozka 'New Field' jsou dva radio buttony navic:
InternalCalc a Aggregate
Ovsem v komponente IBClientDataSet tyto volby jiz nejsou.
Snazim se pouzivat agregovane polozky v IBClientDataSetu, zatim vsak
marne.
Podporuje IBClientDataSet aggregovane polozky??
neni v tom nejaky hacek??
JR
Delphi a B-Tree Filer
[*] delphi(zv)unileasing(tec)cz - 20.2.2004 10:33:10
Tak to je velmi zasadni informace, kterou slysim poprve. Diky za ni.
Problem ovsem je, ze ikdyz to prepisu na MsNet, tak se chyba 10140 objevuje stale ve stejnem okamziku, jako pri Novell. :(((
Lubos
>Tak je to tady explicitne:
>
>{===B-Tree Filer defines=============================================}
>{.$DEFINE NoNet}
>{.$DEFINE Novell}
>{$DEFINE MsNet}
>{-Valid network interfaces. One or more must be defined, but NoNet
> may not be selected except by itself. Novell is not valid for
> 32-bit Delphi. For a real network, our recommendation is to always
> use MsNet.}
>
>S pozdravem
>
>Bohuslav Svancara, prom. mat.
>svancara(zv)softprojekt(tec)cz
>
>
>
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 20.2.2004 10:15:08
Tak je to tady explicitne:
{===B-Tree Filer defines=============================================}
{.$DEFINE NoNet}
{.$DEFINE Novell}
{$DEFINE MsNet}
{-Valid network interfaces. One or more must be defined, but NoNet
may not be selected except by itself. Novell is not valid for
32-bit Delphi. For a real network, our recommendation is to always
use MsNet.}
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 20.2.2004 10:13:07
Mam takovy pocit, ze od kteresi verze Fileru bylo doporucene nastaveni MsNet
a ze to na Novellu funguje.
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
> DIA soubory jsou v poradku.
> Ted se mi podarilo odladit tohle :
>
> Spustim aplikaci jen z Delphi (initisam jako NoNet) a v pohode
> Spustim aplikaci jen z Delphi (initisam jako Novell) a v pohode
> Spustim aplikaci Dosovskou + chci se prihlasit i z Delphi
> (initIsam jako Novell) a prijde chyba na BTOpenFileBlock s IsamError 10140
>
> Diky za kazdou radu
> Lubos
>
>
>
> >Uzamykani se deje pres DIA soubory. Neni s nimi neco v neporadku? Zkus
> >vsechny nejdriv smazat.
> >
> >S pozdravem
> >
> >Bohuslav Svancara, prom. mat.
> >svancara(zv)softprojekt(tec)cz
> >
> >> Vsechny promene mam deklarovane spravne, je to prevzato z
> >> dosovske aplikace a upravene. K tomu v nesitovem provozu to bez
> >> potizi otevru.
> >> Ale jakmile se prihlasi jeden jediny jiny uzivatel, tak uz mi tam
> >> Delphi nepusti.
> >> Take si myslim, ze IsamError 10140 muze souvises se zamcenym
> >> zaznamem, ale proc by byl zamceny, kdyz druhy uzivatel s nim nic
> >> nedela a nikdy jiny v databazi neni...
> >>
> >> diky za napad..
> >> Lubos
> >
> >
> >
>
>Delphi a B-Tree Filer
[*] delphi(zv)unileasing(tec)cz - 20.2.2004 10:03:05
DIA soubory jsou v poradku.
Ted se mi podarilo odladit tohle :
Spustim aplikaci jen z Delphi (initisam jako NoNet) a v pohode
Spustim aplikaci jen z Delphi (initisam jako Novell) a v pohode
Spustim aplikaci Dosovskou + chci se prihlasit i z Delphi (initIsam jako Novell) a prijde chyba na BTOpenFileBlock s IsamError 10140
Diky za kazdou radu
Lubos
>Uzamykani se deje pres DIA soubory. Neni s nimi neco v neporadku? Zkus
>vsechny nejdriv smazat.
>
>S pozdravem
>
>Bohuslav Svancara, prom. mat.
>svancara(zv)softprojekt(tec)cz
>
>> Vsechny promene mam deklarovane spravne, je to prevzato z
>> dosovske aplikace a upravene. K tomu v nesitovem provozu to bez
>> potizi otevru.
>> Ale jakmile se prihlasi jeden jediny jiny uzivatel, tak uz mi tam
>> Delphi nepusti.
>> Take si myslim, ze IsamError 10140 muze souvises se zamcenym
>> zaznamem, ale proc by byl zamceny, kdyz druhy uzivatel s nim nic
>> nedela a nikdy jiny v databazi neni...
>>
>> diky za napad..
>> Lubos
>
>
>
odchyceni udalosti
[*] koukal <koukal(zv)petrkoukal(tec)cz> - 20.2.2004 09:53:04
> Zdravim konferenci
>
> nevite nekdo jak odchytit udalost otevreni a nebo spusteni souboru ?
> potreboval bych v systemu kontrolovat otevreni a spousteni souboru.
>
> --
> S pozdravem,
> david
> david.kopecek(zv)hacktrack.com
>
>
>
>
Dobry den.
Www microsoft.com MSDN LIBRARY (Hook filtry)
Petr koukal.
Problem multisilect RxDBGrid+RxMemoryData
[*] delphi(zv)mjsoft(tec)cz - 20.2.2004 09:37:02
Zdravim,
narazil jsem na problem viz %SUBJ%. Kdyz v RxDBGridu drzim SHIFT a
jedu sipkou dolu, tak by se meli oznacovat postupne radky jeden po
druhem. To se ale nedeje, respektive to nektere oznaci, nektere
neoznaci. Zkousel jsem take standardni DBGrid, ktery se chova uplne
stejne. Vypada to na chybu v RxMemoryData + bookmarky.
Nesetkal jste se s tim nekdo?
Dekuji predem
Jin
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 20.2.2004 09:18:59
Uzamykani se deje pres DIA soubory. Neni s nimi neco v neporadku? Zkus
vsechny nejdriv smazat.
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
> Vsechny promene mam deklarovane spravne, je to prevzato z
> dosovske aplikace a upravene. K tomu v nesitovem provozu to bez
> potizi otevru.
> Ale jakmile se prihlasi jeden jediny jiny uzivatel, tak uz mi tam
> Delphi nepusti.
> Take si myslim, ze IsamError 10140 muze souvises se zamcenym
> zaznamem, ale proc by byl zamceny, kdyz druhy uzivatel s nim nic
> nedela a nikdy jiny v databazi neni...
>
> diky za napad..
> Lubos
Jakou cenu si uctovat za databazovou aplikaci?
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 20.2.2004 08:52:56
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Ludek Paral
> Sent: Thursday, February 19, 2004 9:50 PM
>
> - z druhe strany - nejsem programator, ktery ma vse jako
> "LEGO", "naplacam"
> jen formular dle zadani a spis nez na cistotu kodu hledim na
> spravnou obchodni logiku a snazim se nemit stejny kod dvakrat
Zjistil jsem, ze kazdy projekt, ktery preroste nejakou velikost, se stava
neudrzovatelnym, pokud se to "placa" do jednoho baliku. Tim balikem myslim
takovou svazanost se zbytkem aplikace, ze nelze jednotlivy logicky celek
(ktery by mel byt pokud mozno co nejmensi) jednoduse vytrhnout nebo vymenit
za jiny, aniz by se aplikace sesypala. Proto jsem zvolil strategii
minimalnich modulu, ve kterych mohu nahradit nebo jednoduse opravit kus,
ktery se nepovedl, aniz bych tim naboural celou aplikaci. Coz mimo jine
znamena, ze s moduly se "mluvi" zasadne pres interface, a co je uvnitr, je
uz v zasade lhostejne. Timto zpusobem se pak mohu snaze prizpusobovat zmenam
jak v zadani, tak i v pozadavcich ruznych zakazniku. V tomto pripade je
ovsem zapotrebi pocitat s delsi pripravou na zacatku, zde uz neni dost dobre
mozne dat uzivateli po tydnu nejaky funkcni kousek.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Delphi a B-Tree Filer
[*] delphi(zv)unileasing(tec)cz - 20.2.2004 08:50:55
Vsechny promene mam deklarovane spravne, je to prevzato z dosovske aplikace a upravene. K tomu v nesitovem provozu to bez potizi otevru.
Ale jakmile se prihlasi jeden jediny jiny uzivatel, tak uz mi tam Delphi nepusti.
Take si myslim, ze IsamError 10140 muze souvises se zamcenym zaznamem, ale proc by byl zamceny, kdyz druhy uzivatel s nim nic nedela a nikdy jiny v databazi neni...
diky za napad..
Lubos
>...samozrejme predpokladam, ze mas zajistene, ze pole typu INTEGER
>deklarovane ve vetach souboru jsou 2 byty dlouhe, pole deklarovana jako REAL
>jsou 6 bytu dlouha a ze recordy jsou deklarovane jako PACKED...
>
>Mozna jsou nutne i dalsi vychytavky tykajici se velikosti promennych a
>zarovnavani recordu - uz si presne nevzpominam...
>
>S pozdravem
>
>Bohuslav Svancara, prom. mat.
>svancara(zv)softprojekt(tec)cz
>
>
>> -----Original Message-----
>> From: delphi-l-owner(zv)clexpert(tec)cz
>> [mailto:delphi-l-owner(zv)clexpert(tec)cz]On Behalf Of delphi(zv)unileasing(tec)cz
>> Sent: Thursday, February 19, 2004 4:21 PM
>> To: delphi-l(zv)clexpert(tec)cz
>> Subject: Delphi a B-Tree Filer
>>
>>
>> Ahoj,
>> ma nekdo z vas zkusenost s oteviranim databazovych souboru
>> B-Tree fileru z Delphi?
>> Dari se mi to bez potizi otevrit na lokalu. Ale pokud se pokusim
>> otevrit pomoci BTOpenFileBlock nejaky zaznam pri sitovem provozu
>> (Novell), tak mi to neustale hlasi chybu 10140 (unexpected DOS
>> Error) a netusim proc.
>>
>> Dosovska aplikace funguje sitove bez potizi, ale v Delphi mi
>> tento sitovy provoz nejde. Jsem presvedcen, ze vsechny paramatry
>> a direktivy mam nastavene spravne (prevzato z Dos programu).
>>
>> Mate nekdo radu ? Diky moc
>> Lubos Novy
>>
>>
>>
>
>
Drag z DBGridu
[*] MMS <preas_w(zv)stonline.sk> - 20.2.2004 08:18:53
Zdravim,
mam na formulari DBTreeView a DBGrid. Potreboval by som z DBGridu pretiahnut
oznacene zaznamy do TreeView.
ked zapnem na DBGride vlastnost DragMode na Automatic, tak sa zacne dbgrid
chovat trochu divne:
po kliknuti na riadok v dbgride sa miesto oznacenia zaznamu, resp. zmeny
aktualneho zaznamu spusti operacia Dragdrop a Dbggrid je mozne ovladat len
pravym tlacitkom.
Skusal som to pomocou dmManual a BeginDrag ale nedosiahol som prilis valnych
vysledkov.
nema nahodou niekto kusok kodu alebo priklad ako tento problem vyriesit,
pripadne ako pri zapnnutom DragMode automatic predbehnut udalost Drag
udalostou Click,
Miro
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Vlastimil Bardon <bardon(zv)akord-soft(tec)cz> - 20.2.2004 07:00:47
Ad a) - za urcitych okolnosti mas pravdu
Ad b) - to je dalsi zajimavy problem, ktery ma nekolik reseni. Ja jsem pouzival takovy navrh algoritmu, kdy se to z principu nemohlo stat. Ale radeji se do teto debaty nepoustejme, nechme radeji do konference technictejsi temata :-)
-----Original Message-----
From: Lstiburek Pavel [mailto:lstiburek(zv)ceb(tec)cz]
Sent: Thursday, February 19, 2004 1:49 PM
Neda mi to a budu reagovat, celkem souhlasim, ze prumerne ceny jsou
vyhodnejsi nez vyuziti FIFO. Nikoliv vsak pro ucetni (prosim nezamenovat
s ekonomy!).
Problemy prumerne ceny (tak jak je vidim ja):
a) v pripade chybneho zadani ceny (napr. o rad coz je castejci
nez chyba o 5 %), je jeji vyrovnani (ucetnim zapisem) pomerne obtizne,
b) obcas se stane, ze sum(cena_vydaje) <> sum(cena_prijmy),
prestoze na sklade nic neni (zaokrouhlovani).Jakou cenu si uctovat za databazovou aplikaci?
[*] Ludek Paral <ludek.paral(zv)quick(tec)cz> - 19.2.2004 21:50:12
Ale zachytil jsem zde take metodiku, pri ktere se postupuje formou od
jednoduche aplikace ke slozite postupnym nabalovanim (zhruba receno).
Vzhledem k mym zkusenostem, kdy se vyviji soft pro vic firem ktere maji dost
rozdilne pozadavky, muze mit tato metodika svoje opodstatneni. Napise se
prvni verze, na ktere se odladi projekt, a pak se to cele napise znovu a
jinak, pokud mozno prisne modularne. Pokud se navrhne spravnym zpusobem
interface na co "nejmensi" pokud mozno samostatne prvky, lze pak skladat
aplikaci jako skladacku a postupne doladovat. Drobny hacek je jen v tom, ze
Win32 Delphi na tento zpusob programovani neni zrovna ten nejlepsi nastroj,
kdezto .NET je na to velice vhodny. Urcite se takto neda delat jednorazova
zakazka, tam je pocatecni dukladna analyza nutna.
- .NET se mi v tom sice libi (totiz FoxPro melo podobne moznosti a skutecne
je to uzasne, kdyz se posle mailem 4 kB soubor a ma clovek novou funkci
formu)
- z druhe strany - nejsem programator, ktery ma vse jako "LEGO", "naplacam"
jen formular dle zadani a spis nez na cistotu kodu hledim na spravnou
obchodni logiku a snazim se nemit stejny kod dvakrat /pak bud delam novou
spol.funkci nebo novy objekt).Jakou cenu si uctovat za databazovou aplikaci?
[*] Ludek Paral <ludek.paral(zv)quick(tec)cz> - 19.2.2004 21:50:11
Ahoj,
>tak tieto dva body stoja za to, otazne je ci prave ty nie si ten chytrak :)
>Za jeden den prace nemas sancu prist do problematiky noveho projektu , nie
>to este hned aj napisat analyzu a uz vobec nie kvalitnu.
par poznatku :
lp: mas pravdu, me projekty jsou opravdu "male". 1 den prace ovsem neznamena
pozitri, ale 5 navstev x 2 hod.Vezmu si podklady, co chtej, prijdu po druhe,
dam 3 strankovou nabidku s UML diagramem, nainstaluji standartni modul a
necham pracovat. Za tyden prijdu, zeptam se na to,zda vyhovuje, oni sepisi
nebo reknou co je nutne a pak se domluvime na cene. A pokud se pozadavky
rozvetvi, tak klidne trva 3-4 mesice, nez se ujasni vsechny info, pak delam
jen nejnutnejsi veci a cekam, az se situace vyjasni.
- mam napr. zkusenost ze velky "IS" se ANALYZOVAL a nasazoval 1,5 roku
(odhad cca 3000 hodin ztraty uzivatelu pri nekolikerem bouchani dat do
komplik.formularu), a pak prisel management, ze to uz MUSI ject, at to dela
kolik chce chyb. Dodavatel nam na zacatku predal scripta , jak ma vypadat
rizeni vyroby, pri predvadeckach jen rikal, ano, to je soucasti standartni
dodavky. Po vlastni dodavce pak misto nastavovani systemu jen ukazoval nic
nerikajici vety s vseobecnym popisem procesu vyroby. Pritom tento SW byl
vyhlasen nemeckym svazem i ceskym svazem jednoho odvetvi jako best of...
- navic pokud 8 let delas vyrocni zpravy, danova priznani, mesicni uzaverky,
kalkulace, kontrolujes naklady na 47 strediscich a neustale vyhledavas data,
tak vetsinou automaticky delam spis takovou spravu tabulek, aby mohl
uzivatel data zpracovat "libovolnym" zpusobem a co nejrychleji zkontrolovat.
- jedina nevyhoda je, ze porad pracuji, jelikoz nevyvijim univerzalni
system, ale kazdemu ty SQL udelam tak, aby mohl pracovat treba s P100 nad db
s 1 mil.zaznamu...
- jenze kdyz jsem nekam prinesl seznam db polozek, tak ani nevedeli, proc
kreslim hlavicku a polozky faktur a bylo jim uplne jedno, jestli ma polozka
faktury vazbu na zakazky nebo vydejky. Nebo chtej, aby se psali jen polozky
DL a z toho automaticky tiskli dodaky a faktury, protoze tak to maj
slatovany ve Fandu.A nejhorsi je dostat zadani od managementu. Ten by mel
jen platit, co potrebuji lide k zvyseni produktivity.
Dale zalezi, co budu delat- jestlize delam petkrat databazi "Hlavicky
zakazek a polozky zakazek", tak vetsinou staci napoprve jen jen pridat
nektere polozky(tak vypadal %Subj% ).Ciselniky napojuji postupne, protoze to
opravdu z pocatku muze fungovat jako v MS Wordu.Tam mi vetsinou ti lide jen
reknou, ze DOS je nejlepsi system, ze uz se nic ucit nechteji a ze nejlepsi
je stejne psaci stroj. Teprve po dvou mesicich pouzivani reknou, ze je
skvele, ze kdyz napisi zakazku, ze je fakt skvele, ze pak pri fakturaci jiz
jen napisi cislo a zbytek se cely prenese, no a po roce uz si neumi
predstavit praci rucne.Pritom opravdu je naprosty standart, ze se data
3-5krat prepisuji.
Pokud bych ale mel dostat zakazku treba pro lekarny, tak mi ani mesic nebude
stacit na pochopeni vsech souvislosti- jenze to neni zakazka pro jednoho
programatora...
Ludek
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Ludek Paral <ludek.paral(zv)quick(tec)cz> - 19.2.2004 21:50:11
> My pouzivame kombinace prumerne ceny a FIFO. Je to proto, ze radu veci
bereme pres univ.sdkl.karty.Pak tam vedle sebe mame
- ake vlastnosti ma "univ.sdkl.karta" oproti "BEZNEJ SKLADOVEJ KARTE"?
lp - jedna se o standartni kartu. Vydej rucne prepisujeme dle prijmu.Jsme
vyrobni firma, mame spousty stroju, ne na ne se napr. jednorazove kupuji ND,
nevyplati se zakladat skl.karty, potom se jiz rucne
> veci a 1 Kc a za 100 tis. Kc. Proto se pak zde pri vydeji
> dava cena nakupu. Zatim to nikdo nenapadl, jelikoz rikame ze
> je to jako kdyz pro kazdy obch.pripad nasadime jinou skl.kartu....
- ocenovanie skladu nema nic spolocne s ochodnymi pripadmi. Ocenovanie si
urcuje firma na zaciatku uctovneho obdobia
a pokial si dobre pamatam, tak zmena ocenovia je mozna az opat v dalsom
uctovnom obdobi.
lp: ocenovani mame stale stejne jiz 8 let, nejtezsi je urcit kurs pri nakupu
ze zahr., vedl.naklady. Mame ovsem skl.kartu treba :
40-999999 Ost.nahradni dily , ktera vypada takto :
10.1.2004 Prijem Vreteno CNC 170.000,- Kc
15.1.2004 Prijem Upinaci sroub vretene CNC 1.500,- Kc
17.1.2004 Vydej Vreteno CNC
170.000,- Kc
17.1.2004 Vydej Upinaci sroub vretene CNC
1.500,- Kc
A toto nam nas auditor s vzstiynzm nazvem "Neustupna" bez problemu schvalil.
Nebo si nekdo mysli, ze to mame prumerovat nebo delat FIFO ?
***************************************
Ja si myslim, ze neni uplne dulezite se hadat o tom, co vse ma dobry SW mit.
Dulezite je, aby nedochazelo k blbostem, ktere nelze opravit. Ja jsem zvykly
mit automaticke funkce, ale moznost to rucne opravovat. Nejvetsi nestesti
je, kdyz treba je spatne faktura.Tak musite vystavit dobropis (protoze je
status faktury "zaknihovano"), ta holka u fakturace udela chybu, opet tu
opravu nauctuje ve spatne vysi na spatny ucet a po treti aby nebyly dva dbs
a tri fa musite pres MS Access pristupovat k Oraclu a rucne prepisovat
desitky vypocitavanych propojenych udaju. A to vse jen kvuli tomu, ze system
za 1,5mil.Kc proste ma horsi fakturaci nez treba ve Stereu, Pohode, Abre a
desitkam jinych krabic SW.
Ludek
Ludek
Jakou cenu si uctovat za databazovou aplikaci?
[*] Zbysek Hlinka <hlinka(zv)hlinka(tec)cz> - 19.2.2004 19:45:53
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Thursday, February 19, 2004 7:22 PM
> > - dostatecne kvalitni analyzu sfouknu za 1 den prace
>
> :-) To zalezi na tom, co analyzujes, a co povazujes za
> kvalitni analyzu.
:-)) Ja bych mu veril. Pokud ma danou problematiku perfektne zmaknutou, a ta
neni prilis rozsahla, tak si zjisti jen rozdily a za den to skutecne muze
zmaknout.
Ale zachytil jsem zde take metodiku, pri ktere se postupuje formou od
jednoduche aplikace ke slozite postupnym nabalovanim (zhruba receno).
Vzhledem k mym zkusenostem, kdy se vyviji soft pro vic firem ktere maji dost
rozdilne pozadavky, muze mit tato metodika svoje opodstatneni. Napise se
prvni verze, na ktere se odladi projekt, a pak se to cele napise znovu a
jinak, pokud mozno prisne modularne. Pokud se navrhne spravnym zpusobem
interface na co "nejmensi" pokud mozno samostatne prvky, lze pak skladat
aplikaci jako skladacku a postupne doladovat. Drobny hacek je jen v tom, ze
Win32 Delphi na tento zpusob programovani neni zrovna ten nejlepsi nastroj,
kdezto .NET je na to velice vhodny. Urcite se takto neda delat jednorazova
zakazka, tam je pocatecni dukladna analyza nutna.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Jakou cenu si uctovat za databazovou aplikaci?
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 19.2.2004 19:21:51
Puvodni zprava ze dne 19.2.2004:
> - dostatecne kvalitni analyzu sfouknu za 1 den prace
:-) To zalezi na tom, co analyzujes, a co povazujes za kvalitni
analyzu.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Jakou cenu si uctovat za databazovou aplikaci?
[*] Ivan Turcan <iturcan(zv)drake.sk> - 19.2.2004 19:09:50
>From: <ludek.paral(zv)quick(tec)cz>
> > Tu definici mas odkud?
> - nebudu se hadat o tom, co je popsano na mnoha strankach, jde o me kredo
prace, pokud nekdo zna firmu, ktera postupuje systemem nakladne analyzy pred
zapocetim prace pro jednoho zakaznika a jeji zakaznici jsou naprosto
spokojeni, tak mu to neberu. Ja takovy pripad neznam.
zalezi od konkretneho projektu , ja osobne vo vacsine pripadov pred samotnym
vyvojom analyzu robim...a mnohokrat sa mi to vyplatilo
> - pokud si to zakaznik preje, rad mu ji udelam a vyfakturuji, zatim
zadneho zakaznika, ktery plati jen za papir jak se ma chovat(nebo co mu
naprogramuji), jsem nemel. Pracuji ve firme s obratem 500 mil.Kc a ani my
neplatime nikomu za to, ze ze sebe dela chytraka a z nas blbce...
> - dostatecne kvalitni analyzu sfouknu za 1 den prace
tak tieto dva body stoja za to, otazne je ci prave ty nie si ten chytrak :)
Za jeden den prace nemas sancu prist do problematiky noveho projektu , nie
to este hned aj napisat analyzu a uz vobec nie kvalitnu.
rgds,
Ivan Turcan
Stazeni souboru po vnitrni siti pod jinym uzivatel
[*] Ludek ZITA <konference(zv)sales(tec)cz> - 19.2.2004 17:53:43
----- Original Message -----
From: <js-delphi(zv)quick(tec)cz>
> Potrebuju, aby se ma utilitka dostala na jeden server a z nej mohla podle
potreby stahnout urcite soubory (*.doc). Tu utilitku bude moct pouzivat
"normalni user", ale na server se dostane jenom "special user".
> No a ja bych od vas potreboval vedet, jak muzu stahnout soubor ze sitove
cesty pod jinym userem a jinym passwordem, nez ktery spustil tu moji
utilitku... Nikdy jsem to jeste nedelal, tkaz e snad pomuze jakekoliv
nakopnuti. Na
Ahoj.
Pripoj si prostredek jmenem a heslem a pak zase odpoj.
Ludek
P.S. Behem stahovani (mezi Connect a DisConnect) ovsem bude adresar
dostupny, takze pozor na hloubave uzivatele :)
function Connect(const Path, UserName, Password: string): boolean;
var
NetRes: TNetResource;
dw: DWORD;
begin
ZeroMemory((zv)NetRes, sizeof(NetRes));
NetRes.dwType := RESOURCETYPE_ANY;
NetRes.lpLocalName := '';
NetRes.lpRemoteName := PChar(Path);
NetRes.lpProvider := nil;
dw := WNetAddConnection2(NetRes, PChar(Password), PChar(UserName), 0);
if (dw <> NO_ERROR) then
begin
Result := False;
exit;
end
else
Result := True;
end;
function DisConnect(const Path: string): boolean;
var
dw: DWORD;
begin
dw := WNetCancelConnection(PChar(Path), True);
Result := (dw = NO_ERROR);
end;download a vypocet zbyvajiciho casu
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 19.2.2004 17:43:42
From: "Sommer Pavel" <psommer(zv)cpoj(tec)cz>
> No, to ja beru - kazde ty 3 vteriny to pocitam vzhledem k celku (tzn. ke
> konci je udaj temer presny),
No ale z puvodniho popisu to tak nevypadalo - oba jsme to pochopili jinak
;-)
> k nicemu. Asi to budu muset nejak zprumerovat.
Jo, muzes pouzit treba klouzavy prumer popr. median rekneme z poslednich
5-10 vzorku, ale asi by stacilo zavest jen nejake zpozdeni treba
exponencialnim filtrem 1. radu, u ktereho staci si pamatovat jen jednu
hodnotu a to posledni vystup z filtru, napr.
function ExpFilter(AOldValue,ANewValue,AKoef:double): double;
begin
Result := (1-AKoef)*AOldValue + AKoef*ANewValue;
end;
kde ANewValue je okamzita rychlost, AOldValue je posledni vysledek
z teto funkce. AKoef by zkusil nekde mezi 0.2-0.3.
Co jsem si kdy vsiml, tak downloady ukazuji zpocatku vyssi rychlost
a pak to exponencialne klesa, takze z toho bych usuzoval, ze to budou delat
podobne s tim, ze na zacatku nastavi AOldValue napr. na teoretickou sirku
pasma.
HTH, pf
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 19.2.2004 17:21:39
Chyba 10140 se vyskytuje i pri neuspesnem pokusu o zamykani (lock) souboru.
Mozna to s tim nejak souvisi. Jsou spravne nastavena prava na serveru?
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz]On Behalf Of delphi(zv)unileasing(tec)cz
> Sent: Thursday, February 19, 2004 4:21 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Delphi a B-Tree Filer
>
>
> Ahoj,
> ma nekdo z vas zkusenost s oteviranim databazovych souboru
> B-Tree fileru z Delphi?
> Dari se mi to bez potizi otevrit na lokalu. Ale pokud se pokusim
> otevrit pomoci BTOpenFileBlock nejaky zaznam pri sitovem provozu
> (Novell), tak mi to neustale hlasi chybu 10140 (unexpected DOS
> Error) a netusim proc.
>
> Dosovska aplikace funguje sitove bez potizi, ale v Delphi mi
> tento sitovy provoz nejde. Jsem presvedcen, ze vsechny paramatry
> a direktivy mam nastavene spravne (prevzato z Dos programu).
>
> Mate nekdo radu ? Diky moc
> Lubos Novy
>
>
>
Delphi a B-Tree Filer
[*] Bohuslav Svancara <bsv(zv)softprojekt(tec)cz> - 19.2.2004 17:37:40
...samozrejme predpokladam, ze mas zajistene, ze pole typu INTEGER
deklarovane ve vetach souboru jsou 2 byty dlouhe, pole deklarovana jako REAL
jsou 6 bytu dlouha a ze recordy jsou deklarovane jako PACKED...
Mozna jsou nutne i dalsi vychytavky tykajici se velikosti promennych a
zarovnavani recordu - uz si presne nevzpominam...
S pozdravem
Bohuslav Svancara, prom. mat.
svancara(zv)softprojekt(tec)cz
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz]On Behalf Of delphi(zv)unileasing(tec)cz
> Sent: Thursday, February 19, 2004 4:21 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Delphi a B-Tree Filer
>
>
> Ahoj,
> ma nekdo z vas zkusenost s oteviranim databazovych souboru
> B-Tree fileru z Delphi?
> Dari se mi to bez potizi otevrit na lokalu. Ale pokud se pokusim
> otevrit pomoci BTOpenFileBlock nejaky zaznam pri sitovem provozu
> (Novell), tak mi to neustale hlasi chybu 10140 (unexpected DOS
> Error) a netusim proc.
>
> Dosovska aplikace funguje sitove bez potizi, ale v Delphi mi
> tento sitovy provoz nejde. Jsem presvedcen, ze vsechny paramatry
> a direktivy mam nastavene spravne (prevzato z Dos programu).
>
> Mate nekdo radu ? Diky moc
> Lubos Novy
>
>
>FIFO - Jakou cenu si uctovat za databazovou aplika
[*] BRCKO Peter <peter.brcko(zv)assetsoft.sk> - 19.2.2004 17:05:32
> -----Original Message-----
> From: ludek.paral(zv)quick(tec)cz
> Sent: Thursday, February 19, 2004 4:25 PM
> Subject: Re: FIFO - Jakou cenu si uctovat za databazovou aplikaci?
>
>
> My pouzivame kombinace prumerne ceny a FIFO. Je to proto, ze radu veci bereme pres univ.sdkl.karty.Pak tam vedle sebe mame
- ake vlastnosti ma "univ.sdkl.karta" oproti "BEZNEJ SKLADOVEJ KARTE"?
> veci a 1 Kc a za 100 tis. Kc. Proto se pak zde pri vydeji
> dava cena nakupu. Zatim to nikdo nenapadl, jelikoz rikame ze
> je to jako kdyz pro kazdy obch.pripad nasadime jinou skl.kartu....
- ocenovanie skladu nema nic spolocne s ochodnymi pripadmi. Ocenovanie si urcuje firma na zaciatku uctovneho obdobia
a pokial si dobre pamatam, tak zmena ocenovia je mozna az opat v dalsom uctovnom obdobi.
- pri priemernych cenach FIFO ziskavat novymi kartami je bud umysel alebo nekoordinovany prijem alebo ...
Peter Brcko
Jak postupovat pri tvorbe framevorku pro evidence?
[*] Vlastislav Cilek <bigvlci(zv)seznam(tec)cz> - 19.2.2004 16:57:31
Dobry den
Jak nejlepe postupovat pri tvorbe framevorku pro evidence? Jsou nejake osvedcene postupy? Jak snadno (nebo mene snadno) se potom nejaky framework prizpusobuje konkretni aplikaci? Jak dlouho muze trvat vyvoj a jsou na to nejake pomucky?
Jakou cenu si uctovat za databazovou aplikaci?
[*] BRCKO Peter <peter.brcko(zv)assetsoft.sk> - 19.2.2004 16:27:28
> From: ludek.paral(zv)quick(tec)cz
> Sent: Thursday, February 19, 2004 4:03 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: Jakou cenu si uctovat za databazovou aplikaci?
> > Btw. krom toho, kvalitni analyza muze odhalit mista, ktere se budou pri tomto zpusobu programovani muset resit
> > pozdeji a mozna mnohem nakladneji, nemluve o tom, ze rovnez sluzi jako kvalitni dokumentace pro toho, kdo
> > prijde po vas ;-)
> - pokud si to zakaznik preje, rad mu ji udelam a vyfakturuji, zatim zadneho zakaznika, ktery plati jen za papir jak se ma
- takych je malo, "ALE AK MAS STASTIE"
> chovat(nebo co mu naprogramuji), jsem nemel. Pracuji ve firme s obratem 500 mil.Kc a ani my neplatime nikomu za to, ze ze
> sebe dela chytraka a z nas blbce...
- vyrobenie kvalitnej analyzy ( podla rozsahu rieseneho problemu to mozu byt naozaj aj jedna dve stranky, no to nie je
projekt, ktory sa crta tvorcovi prvotneho mailu) je narocna a dolezita praca, bez ktorej je vyvoj ovela chaotickejsi a narocnejsi.
Naucil som sa na rozsiahlych projektoch, ze pomer casu samotnej analyzy ku casu naprogramovania je stale a niekedy niekolkonasobne
vacsi ako 1. Urcite zalezi na znalosti problematiky a hlbky riesenia. Ak sa analyza zanedbala, a pomer bol mensi ako jedna, vacsinou
sa ten pomer nakoniec zmensoval neumernou zatazou na zmeny a dorobky. TOTO JE MOJA SKUSENOST!
- vyroba analyzy neznamena ROBIT Z NIEKOHO BLBCA, ale dokladne zdokumentovat procesy, pripravit model a postupy pre programatorov
> - dostatecne kvalitni analyzu sfouknu za 1 den prace
- asi mas velmi male projekty
Peter Brcko.
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] ludek.paral(zv)quick(tec)cz - 19.2.2004 16:25:27
My pouzivame kombinace prumerne ceny a FIFO. Je to proto, ze radu veci bereme pres univ.sdkl.karty.Pak tam vedle sebe mame veci a 1 Kc a za 100 tis. Kc. Proto se pak zde pri vydeji dava cena nakupu. Zatim to nikdo nenapadl, jelikoz rikame ze je to jako kdyz pro kazdy obch.pripad nasadime jinou skl.kartu....
Jako byvaly ekonom a controlling nervu, mam jen tri ucetni a ty chteji jit po max. 9 hod. domu...
Velke veci si zkontroluji.
Ludek
P.S. Dobry vedouci si pravdu v cislech umi najit...Delphi a B-Tree Filer
[*] delphi(zv)unileasing(tec)cz - 19.2.2004 16:21:26
Ahoj,
ma nekdo z vas zkusenost s oteviranim databazovych souboru B-Tree fileru z Delphi?
Dari se mi to bez potizi otevrit na lokalu. Ale pokud se pokusim otevrit pomoci BTOpenFileBlock nejaky zaznam pri sitovem provozu (Novell), tak mi to neustale hlasi chybu 10140 (unexpected DOS Error) a netusim proc.
Dosovska aplikace funguje sitove bez potizi, ale v Delphi mi tento sitovy provoz nejde. Jsem presvedcen, ze vsechny paramatry a direktivy mam nastavene spravne (prevzato z Dos programu).
Mate nekdo radu ? Diky moc
Lubos Novy
Jakou cenu si uctovat za databazovou aplikaci?
[*] ludek.paral(zv)quick(tec)cz - 19.2.2004 16:03:24
> Tu definici mas odkud?
- nebudu se hadat o tom, co je popsano na mnoha strankach, jde o me kredo prace, pokud nekdo zna firmu, ktera postupuje systemem nakladne analyzy pred zapocetim prace pro jednoho zakaznika a jeji zakaznici jsou naprosto spokojeni, tak mu to neberu. Ja takovy pripad neznam.
> Btw. krom toho, kvalitni analyza muze
> odhalit mista, ktere se budou pri
> tomto zpusobu programovani muset resit
> pozdeji a mozna mnohem nakladneji,
> nemluve o tom, ze rovnez sluzi jako kvalitni
> dokumentace pro toho, kdo
> prijde po vas ;-)
- pokud si to zakaznik preje, rad mu ji udelam a vyfakturuji, zatim zadneho zakaznika, ktery plati jen za papir jak se ma chovat(nebo co mu naprogramuji), jsem nemel. Pracuji ve firme s obratem 500 mil.Kc a ani my neplatime nikomu za to, ze ze sebe dela chytraka a z nas blbce...
- dostatecne kvalitni analyzu sfouknu za 1 den prace
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] BRCKO Peter <peter.brcko(zv)assetsoft.sk> - 19.2.2004 15:09:20
> -----Original Message-----
> From: Vlastimil Bardon
> Sent: Thursday, February 19, 2004 1:17 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: FIFO - Jakou cenu si uctovat za databazovou aplikaci?
V Tvojom maily sa miesaju dva pojmy do jedneho. Hovoris o nakladoch
a nerozlisujes DANOVE (koli legislative) a UCTOVNE (koli podniku).
Tak isto nieje jednoznacne o to, ci ide o NAKUP-PREDAJ alebo
NAKUP-VYROBA-PREDAJ. Je v tom KVALITATIVNY rozdiel.
Preto budem reagovat len utrzkovo:
> Kdyz se ptam "Proc chcete FIFO" nejcasteji slysim - protoze
> chceme PRESNE vedet, kolik nas to doopravdy stalo. A ja se
> pak ptam "co chcete s takovou informaci delat?"
- porovnat kalkulovane ceny oproti skutocnym, nie priemerovanym
( teda uctovne dovolene skreslenym ) a zhodnotit, ci pri sucastnych
cenach nemam povinnost upravit kalkulacne ceny ( pokial mate
na mysli vyrobu a nie klasicky predaj ) a ako mi narast cien ovlyvni
zisky buducich obdobi pri zachovani, resp. uprave kalk. cien.
Toto je nekonecny kolotoc uctovnikov vo vyrobe.
> treba 15 ks. Pokud mas FIFO, tak se o tom v nakladech dozvis
> az za 2 mesice, do kdy Ti prijde rada dalsich dodavek - a uz
- uctovnym obdobim je jeden rok a raz sa Ti to vyrovna ( odhliadnuc
od bezobratoveho tovaru, materialu a pod.
> s tim nic nenadelas. Pokud pouzijes prumernou cenu, zacnou se
> Ti zvedat naklady hned prvni mesic a mas tedy naskok - muzes
> reagovat podstatne drive.
- iba pri predaji, nie pri vyrobe
- reagovat na zvysenie ceny kontrolou spotreby je predsa len neskoro
> Dalsi argumenty jsou uz dosti "abstraktni". Vychazeji z uvahy
> kam ty naklady "spravedlive" patri. Jestli dojde ke zmene
> ceny, zpravidla neni "spravedlive" aby se cela cena promitla
> tomu, kdo zacne spotrebovavat az ty kusy, ktere byly
> nakoupeny za novou cenu. Pojmem "spravedlive" tady myslim
> fakt, ze chvile, kdy dosly zasoby za starou cenu je nahodna a
> ten, kdo material spotrebovava tuto chvili zpravidla neni
> schopen ovlivnit.
- to mas na mysli snad vlastnu spotrebu uctovanu podla stredisk,
kde naozaj dve strediska s rovnakou spotrebou su nakladovo niekde inde.
To sa ale stane aj pri Priem. cenach pocas mesiace, staci aby jedno bolo
fasovat pred novym prijmom a druhe az po nom.
> Existuji pripady, kdy ma FIFO smysl, ale podle mne je jich
> malo. Skus popsat, jake argumenty vidis pro FIFO.
- nemam vyhraneny nazor ani na jeden sposob ocenovania, no pri FIFO
sa urcite urobi menej chyb ako pri priemernych cenach.
Jeden argument za vsetky
Predpokladaj postupnost prijmu (P) a vydaja (V) :
P1
V1 ( pri FIFO odpisuje z P1)
V2 ( pri FIFO odpisuje z P1)
P2
V3
V4
Ak potrebujem opravit prijemku P 1 z lubovolneho dovodu, dopad bude nasledovny:
FIFO- oprava V1 a V2
Priemerna cena - oprava vsetkych V, nakolko ceny su ovplyvnene P1.
Toto je vo vyrobe velmi bezne hlavne na prelome mesiacov, kedy
je potrebne vydat nico do vyroby, no faktura pride kludne za par mesiacov.
( napriklad spolupraca s dodavatelom materialu z druhej strany zemegule,
doprava lodou a platba 60 dni po doruceni )
Zhrniem, ze "PODLA MNA a mojich chabych skusenostiach (7rokov vyvoja pre logistiku)"
FIFO bude vyhodnejsie na skladoch, ktore patria vyrobe a priemerne ceny
na skladoch rezijnych.
Peter Brcko.
download a vypocet zbyvajiciho casu
[*] Sommer Pavel <psommer(zv)cpoj(tec)cz> - 19.2.2004 14:35:16
>Lepsi je nebrat vzorek jenom ze 3 sekund, ale rovnou z celeho
stahovani:
>(Cas od zacatku stahovani)*(Celkova delka)/(Jiz stahnuta delka).
No, to ja beru - kazde ty 3 vteriny to pocitam vzhledem k celku (tzn. ke
konci je udaj temer presny), nicmene v zacatku stahovani jsou ty hodnoty
k nicemu. Asi to budu muset nejak zprumerovat.
PaS.
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Martin Schayna <mschayna(zv)aktis(tec)cz> - 19.2.2004 14:27:13
Vlastimil Bardon <bardon(zv)akord-soft(tec)cz> wrote:
> Kdyz se ptam "Proc chcete FIFO" nejcasteji slysim - protoze chceme
> PRESNE vedet, kolik nas to doopravdy stalo. A ja se pak ptam "co
> chcete s takovou informaci delat?"
Je uplne jedno jestli FIFO nebo prumerovani, pokud to zakaznik
vyzaduje, tak to ma dostat. Kdyz ma IS dobre udelany system
ocenovani, je to rozdil v "takhle" malem kusu kodu.
Jeste prihodim: mozna ze se mylim ale mam pocit ze pro nektere komodity
je FIFO primo urcene zakonem (myslim ze leky, potraviny).
Martin Schayna
Stazeni souboru po vnitrni siti pod jinym uzivatel
[*] js-delphi(zv)quick(tec)cz - 19.2.2004 14:27:14
Ahoj panove!
Potrebuju, aby se ma utilitka dostala na jeden server a z nej mohla podle potreby stahnout urcite soubory (*.doc). Tu utilitku bude moct pouzivat "normalni user", ale na server se dostane jenom "special user".
No a ja bych od vas potreboval vedet, jak muzu stahnout soubor ze sitove cesty pod jinym userem a jinym passwordem, nez ktery spustil tu moji utilitku... Nikdy jsem to jeste nedelal, tkaz e snad pomuze jakekoliv nakopnuti. Na serveru je Windows Server 2003 a na lokalech mame vsechno od W95 az po WinXP.
Diky
Jirka
--------------------------------------------------
Ing. Jiri Sokol; jiri.sokol(zv)seznam(tec)cz; 972 231 187
D6Prof+SP3; WinXPProf+SP1
programator amater
Stazeni souboru po vnitrni siti pod jinym uzivatel
[*] Sommer Pavel <psommer(zv)cpoj(tec)cz> - 19.2.2004 14:33:15
>-----Original Message-----
>Subject: Stazeni souboru po vnitrni siti pod jinym uzivatelem a heslem
>Ahoj panove!
>Potrebuju, aby se ma utilitka dostala na jeden server a z nej mohla
podle potreby stahnout urcite soubory (*.doc). Tu utilitku bude moct
pouzivat "normalni user", ale
>na server se dostane jenom "special user".
>No a ja bych od vas potreboval vedet, jak muzu stahnout soubor ze
sitove cesty pod jinym userem a jinym passwordem, nez ktery spustil tu
moji utilitku... Nikdy jsem to >jeste nedelal, tkaz e snad pomuze
jakekoliv nakopnuti. Na serveru je Windows Server 2003 a na lokalech
mame vsechno od W95 az po WinXP.
Pro pristup k tomu sitovemu prostredku pouzij nejprve "net use" (napr:
net use \\computer\slozka heslo /USER:DOMENA\UserName). Tim se provede
prihlaseni pod tebou specifikovanym uzivatelem a pak uz muzes vesele
stahovat.
PaS.
download a vypocet zbyvajiciho casu
[*] delphin(zv)post(tec)cz - 19.2.2004 14:25:12
> Ahoj, mam nasledujici problem: ve svem programu pouzivam download z
> internetu pres http pomoci wininet a potreboval bych nejakym zpusobem
> pocitat zbyvajici cas stahovani. Zkousel jsem to tak, ze v dalsim vlakne
> jsem pomoci timeru kontroloval, kolik se toho stahlo za urcitou dobu
> (treba 3 vteriny) a v pomeru k celkove velikosti pak prepocitaval (kazde
> ty 3 vteriny) kolik casu jeste zbyva. Jenze cim dam mensi casovy
> interval pro tu kontrolu tak tim vice je to v podstate nicnerikajici
> udaj (resp. vim kazde tri vteriny kolik v tu chvili presne zbyva casu,
> ale ty casove hodnoty zbyvajiciho casu strasne skacou - jednou 5 min,
> podruhe 10 min, pak 7 atd, coz je k nicemu). Pripadne jsem vypocet
> umistil za kazdy InternetReadFile, ale vysledek byl stejne k nicemu.
> Nevite jaky algoritmus pro vypocet pouziva napr. Internet Explorer ?
Lepsi je nebrat vzorek jenom ze 3 sekund, ale rovnou z celeho stahovani:
(Cas od zacatku stahovani)*(Celkova delka)/(Jiz stahnuta delka).
download a vypocet zbyvajiciho casu
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 19.2.2004 14:21:11
From: "Sommer Pavel" <psommer(zv)cpoj(tec)cz>
> ty 3 vteriny) kolik casu jeste zbyva. Jenze cim dam mensi casovy
> interval pro tu kontrolu tak tim vice je to v podstate nicnerikajici
> udaj
To, co tu tak slozite popisujes, je v podstate vypocet dX(t)/dt
tj. prvni derivace podle casu tj. *okamzite* rychlosti.
Zkus pouzit rychlost prumernou.
HTH, pf
download a vypocet zbyvajiciho casu
[*] Sommer Pavel <psommer(zv)cpoj(tec)cz> - 19.2.2004 14:07:10
Ahoj, mam nasledujici problem: ve svem programu pouzivam download z
internetu pres http pomoci wininet a potreboval bych nejakym zpusobem
pocitat zbyvajici cas stahovani. Zkousel jsem to tak, ze v dalsim vlakne
jsem pomoci timeru kontroloval, kolik se toho stahlo za urcitou dobu
(treba 3 vteriny) a v pomeru k celkove velikosti pak prepocitaval (kazde
ty 3 vteriny) kolik casu jeste zbyva. Jenze cim dam mensi casovy
interval pro tu kontrolu tak tim vice je to v podstate nicnerikajici
udaj (resp. vim kazde tri vteriny kolik v tu chvili presne zbyva casu,
ale ty casove hodnoty zbyvajiciho casu strasne skacou - jednou 5 min,
podruhe 10 min, pak 7 atd, coz je k nicemu). Pripadne jsem vypocet
umistil za kazdy InternetReadFile, ale vysledek byl stejne k nicemu.
Nevite jaky algoritmus pro vypocet pouziva napr. Internet Explorer ?
PaS.
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Lstiburek Pavel <lstiburek(zv)ceb(tec)cz> - 19.2.2004 13:49:08
Neda mi to a budu reagovat, celkem souhlasim, ze prumerne ceny jsou
vyhodnejsi nez vyuziti FIFO. Nikoliv vsak pro ucetni (prosim nezamenovat
s ekonomy!).
Problemy prumerne ceny (tak jak je vidim ja):
a) v pripade chybneho zadani ceny (napr. o rad coz je castejci
nez chyba o 5 %), je jeji vyrovnani (ucetnim zapisem) pomerne obtizne,
b) obcas se stane, ze sum(cena_vydaje) <> sum(cena_prijmy),
prestoze na sklade nic neni (zaokrouhlovani).
Pavel
> From: Vlastimil Bardon [mailto:bardon(zv)akord-soft(tec)cz]
> Subject: Re: FIFO - Jakou cenu si uctovat za databazovou aplikaci?
>
>
> Kdyz se ptam "Proc chcete FIFO" nejcasteji slysim - protoze
> chceme PRESNE vedet, kolik nas to doopravdy stalo. A ja se
> pak ptam "co chcete s takovou informaci delat?"
>
> Rozumny ekonom potrebuje sledovat, co mu delaji naklady a na
> zmeny vcas reagovat. Predstav si, ze mas na sklade 10 ks
> neceho, potrebujes to jednou tydne. Zniceho nic to zdrazi na
> dvojnasobek a prijde Ti nova dodavka - maz tedy na sklade uz
> treba 15 ks. Pokud mas FIFO, tak se o tom v nakladech dozvis
> az za 2 mesice, do kdy Ti prijde rada dalsich dodavek - a uz
> s tim nic nenadelas. Pokud pouzijes prumernou cenu, zacnou se
> Ti zvedat naklady hned prvni mesic a mas tedy naskok - muzes
> reagovat podstatne drive.
>
>
> Dalsi argument - ceny casteji rostou, nez klesaji. Pokud ceny
> rostou, pak je prumernou cenou dostanu do nakladu rychleji -
> a to mi pozitivne ovlivni placeni dane.
>
> Dalsi argumenty jsou uz dosti "abstraktni". Vychazeji z uvahy
> kam ty naklady "spravedlive" patri. Jestli dojde ke zmene
> ceny, zpravidla neni "spravedlive" aby se cela cena promitla
> tomu, kdo zacne spotrebovavat az ty kusy, ktere byly
> nakoupeny za novou cenu. Pojmem "spravedlive" tady myslim
> fakt, ze chvile, kdy dosly zasoby za starou cenu je nahodna a
> ten, kdo material spotrebovava tuto chvili zpravidla neni
> schopen ovlivnit.
>
> Dalsi argument - pokud dojde ke zvyseni ceny, FIFO me bude
> motivovat k tomu, abych v poklidu spotrebovaval stare zasoby
> a prodaval vyrobky (zbozi) podle stare kalkulace. Pro firmu
> by ale bylo uzitecnejsi, kdybych reagoval daleko rychleji a
> snazil se bud snizit spotrebu, nebo reagovat zvysenim
> prodejni ceny. Pokud naopak dojde ke snizeni ceny, bude me
> FIFO motivovat k tomu, abych setril (nebo setrvaval na vyssi
> cene) dokud nedojdou stare zasoby. Konkurence, ktera ma nizsi
> zasoby bude schopna jit s cenou dolu drive (nebo zvysit
> kvalitu vyssi spotrebou materialu) a to me opet poskodi.
> Naopak prumerna cena bude motivovat me chovani efektivneji a ucelneji.
>
> Existuji pripady, kdy ma FIFO smysl, ale podle mne je jich
> malo. Skus popsat, jake argumenty vidis pro FIFO.
>
> -----Original Message-----
> From: Karel Kral [mailto:kralkonf(zv)purus(tec)cz]
> Sent: Thursday, February 19, 2004 12:37 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: Jakou cenu si uctovat za databazovou aplikaci?
>
>
> No vida, u nas mame prumerne ceny a vsichni krici, ze chteji
> FIFO, FIFO,
> FIFO! Zvlaste ekonomove. Muzes prosim snest nejake argumenty
> proti FIFO?
>
> Vlastimil Bardon wrote:
> Ja osobne FIFO vubec nemam rad a umim snest dost silne argumenty proti
> FIFO. Prumerne ceny jsou jednodussi, logictejsi a uzitecnejsi.
>FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Pavol Kakacka <kakacka(zv)proca(tec)cz> - 19.2.2004 13:47:06
----- Original Message -----
From: "Vlastimil Bardon" <bardon(zv)akord-soft(tec)cz>
> Kdyz se ptam "Proc chcete FIFO" nejcasteji slysim - protoze chceme PRESNE
vedet, kolik nas to doopravdy stalo. A ja se pak ptam "co chcete s takovou
informaci delat?"
Naprikald odmenovat nakup i predaj, riesit reklamacie, riesit "Price
protection", ....!
> Rozumny ekonom potrebuje sledovat, co mu delaji naklady a na zmeny vcas
reagovat. Predstav si, ze mas na sklade 10 ks neceho, potrebujes to jednou
tydne. Zniceho nic to zdrazi na dvojnasobek a prijde Ti nova dodavka - maz
tedy na sklade uz treba 15 ks. Pokud mas FIFO, tak se o tom v nakladech
dozvis az za 2 mesice, do kdy Ti prijde rada dalsich dodavek - a uz s tim
nic nenadelas. Pokud pouzijes prumernou cenu, zacnou se Ti zvedat naklady
hned prvni mesic a mas tedy naskok - muzes reagovat podstatne drive.
FIFO nie je prioritne a jedine pre uctovnictvo. FIFO ovplyvnuje aj ostatne
procesy vo firme - sklady, expedize, reklamacie, vyroba, ...
> Dalsi argument - ceny casteji rostou, nez klesaji. Pokud ceny rostou, pak
je prumernou cenou dostanu do nakladu rychleji - a to mi pozitivne ovlivni
placeni dane.
V IT ceny klesaju ;-))
> Dalsi argumenty jsou uz dosti "abstraktni". Vychazeji z uvahy kam ty
naklady "spravedlive" patri. Jestli dojde ke zmene ceny, zpravidla >
Existuji pripady, kdy ma FIFO smysl, ale podle mne je jich malo. Skus
popsat, jake argumenty vidis pro FIFO.
Myslim, ze neni jednoduche povedat ci ma firma zvolit FIFO alebo
priemerovanie. Zalezi na tom, k cemu to potrebuje, v akom obore pracuje, co
od toho ocakava, co jej dovoli zakon a trh.
Je fakt, ze vascina "top-manazmentu" firiem na toto nevie uspokojivo
odpovedat ;-)))
FIFO je zlozitejsie zprocesovat a naprogramovat. Priemerovanie ma zasa
oproti FIFO nepriame obmedzenia, ktore treba riesit inak (napriklad
serializovatelnost vyroby, ohodnocovanie montazi v priebehu casu, ...)
Ked sa, ale vratim k povodnej otazke "kolko si uctovat za db app.....""
Chces vyvijat nieco, co nie je unikatne, je vela hotovych rieseni a nemozes
ponuknut konkurencnu vyhodu a nemozes to urobit ani lacnejsie! (Krabicovy
soft kupis od 1.000 tisic, velke riesenia od 100.000,-)
Vyhnul by som sa vyvoju a navrhnul firme hotove riesenie..Je ich mnoho i tu
v konferencii ;-)) a meju 3 nesporne vyhody pre firmu:
1) Su teraz uz hotove - uspora casu, cas su peniaze, moznst nasadit "ihned"
2) Su uz overene - kvalita, vychytane porodne bolesti
3) Maju Buducnost - maju vacsiu sancu na prezitie - kazda firma bude
potrebovat zmenu a rozsirenie, ty by si to musel vyvijat, iny to uz maju
hotove!
Pavol Kakacka
vedouci vyvoje IS
ProCA spol. s r.o.
V Luzich 818
Praha 4 Libus
tel: +420 234 646 443
kakacka(zv)proca(tec)cz
www.proca(tec)cz
www.brave(tec)cz
www.tesco(tec)cz
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Karel Kral <kralkonf(zv)purus(tec)cz> - 19.2.2004 13:45:05
Ja zadne argumenty memam, mam sve vazene ceny a jsem spokojeny. Jen
ekonomove krici FIFO! ale argumentem je pouze ze "jinde to tak maji".
>
> Existuji pripady, kdy ma FIFO smysl, ale podle mne je jich malo. Skus popsat, jake argumenty vidis pro FIFO.
>
______________________________________________________
Karel Kral, vedouci odd. IT / IT manager
Purus, s.r.o., Cezavy 627, 664 56 Blucina, CZ
Tel: 547 235 000, 602 552 432, Fax: 547 231 203
E-Mail: mailto:kral(zv)purus(tec)cz, WWW: http://www.purus(tec)cz
______________________________________________________
odchyceni udalosti
[*] david.kopecek(zv)hacktrack(tec)com - 19.2.2004 13:19:02
Zdravim konferenci
nevite nekdo jak odchytit udalost otevreni a nebo spusteni souboru ?
potreboval bych v systemu kontrolovat otevreni a spousteni souboru.
--
S pozdravem,
david
david.kopecek(zv)hacktrack.com
FIFO - Jakou cenu si uctovat za databazovou aplika
[*] Vlastimil Bardon <bardon(zv)akord-soft(tec)cz> - 19.2.2004 13:17:02
Kdyz se ptam "Proc chcete FIFO" nejcasteji slysim - protoze chceme PRESNE vedet, kolik nas to doopravdy stalo. A ja se pak ptam "co chcete s takovou informaci delat?"
Rozumny ekonom potrebuje sledovat, co mu delaji naklady a na zmeny vcas reagovat. Predstav si, ze mas na sklade 10 ks neceho, potrebujes to jednou tydne. Zniceho nic to zdrazi na dvojnasobek a prijde Ti nova dodavka - maz tedy na sklade uz treba 15 ks. Pokud mas FIFO, tak se o tom v nakladech dozvis az za 2 mesice, do kdy Ti prijde rada dalsich dodavek - a uz s tim nic nenadelas. Pokud pouzijes prumernou cenu, zacnou se Ti zvedat naklady hned prvni mesic a mas tedy naskok - muzes reagovat podstatne drive.
Dalsi argument - ceny casteji rostou, nez klesaji. Pokud ceny rostou, pak je prumernou cenou dostanu do nakladu rychleji - a to mi pozitivne ovlivni placeni dane.
Dalsi argumenty jsou uz dosti "abstraktni". Vychazeji z uvahy kam ty naklady "spravedlive" patri. Jestli dojde ke zmene ceny, zpravidla neni "spravedlive" aby se cela cena promitla tomu, kdo zacne spotrebovavat az ty kusy, ktere byly nakoupeny za novou cenu. Pojmem "spravedlive" tady myslim fakt, ze chvile, kdy dosly zasoby za starou cenu je nahodna a ten, kdo material spotrebovava tuto chvili zpravidla neni schopen ovlivnit.
Dalsi argument - pokud dojde ke zvyseni ceny, FIFO me bude motivovat k tomu, abych v poklidu spotrebovaval stare zasoby a prodaval vyrobky (zbozi) podle stare kalkulace. Pro firmu by ale bylo uzitecnejsi, kdybych reagoval daleko rychleji a snazil se bud snizit spotrebu, nebo reagovat zvysenim prodejni ceny. Pokud naopak dojde ke snizeni ceny, bude me FIFO motivovat k tomu, abych setril (nebo setrvaval na vyssi cene) dokud nedojdou stare zasoby. Konkurence, ktera ma nizsi zasoby bude schopna jit s cenou dolu drive (nebo zvysit kvalitu vyssi spotrebou materialu) a to me opet poskodi. Naopak prumerna cena bude motivovat me chovani efektivneji a ucelneji.
Existuji pripady, kdy ma FIFO smysl, ale podle mne je jich malo. Skus popsat, jake argumenty vidis pro FIFO.
-----Original Message-----
From: Karel Kral [mailto:kralkonf(zv)purus(tec)cz]
Sent: Thursday, February 19, 2004 12:37 PM
To: delphi-l(zv)clexpert(tec)cz
Subject: Re: Jakou cenu si uctovat za databazovou aplikaci?
No vida, u nas mame prumerne ceny a vsichni krici, ze chteji FIFO, FIFO,
FIFO! Zvlaste ekonomove. Muzes prosim snest nejake argumenty proti FIFO?
Vlastimil Bardon wrote:
Ja osobne FIFO vubec nemam rad a umim snest dost silne argumenty proti
FIFO. Prumerne ceny jsou jednodussi, logictejsi a uzitecnejsi.
______________________________________________________
Karel Kral, vedouci odd. IT / IT manager
Purus, s.r.o., Cezavy 627, 664 56 Blucina, CZ
Tel: 547 235 000, 602 552 432, Fax: 547 231 203
E-Mail: mailto:kral(zv)purus(tec)cz, WWW: http://www.purus(tec)cz
______________________________________________________
Jakou cenu si uctovat za databazovou aplikaci?
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 19.2.2004 12:40:53
19.2.2004 Karel Kral:
> No vida, u nas mame prumerne ceny a vsichni krici, ze chteji FIFO, FIFO,
> FIFO! Zvlaste ekonomove. Muzes prosim snest nejake argumenty proti FIFO?
Nic si z toho nedelej. My jsme meli FIFO a vsichni kriceli prumerne
ceny :-)
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Jakou cenu si uctovat za databazovou aplikaci?
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 19.2.2004 12:40:52
Puvodni zprava ze dne 19.2.2004:
> A dovolim si jeste dodat - chcete-li delat soft, ktery ma cokoli
> spolecneho s ucetnictvim, meli byste umet zakon o ucetnictvi
> nazpamet, danove zakony pokud mozno na urovni danoveho poradce a byt
> schopni na urovni se bavit s auditorem.
Ja bych dodal - chcete-li delat soft, ktery ma cokoliv spolecneh s
ucetnictvim, radeji se na to vybodnete.
Pri soucasnem stavu legislativy, vzhledem k vyvoji situace za
poslednich nekolik let, a vzhledem k predpokladanemu vyvoji situace v
dalsich letech, nemate sanci udelat software v souladu s touto
legislativou. Jednoduse to nejde, protoze zakony o dani z prijmu, o
ucetnictvi a o dani z pridane hodnoty jsou naprosto chaoticke,
nesrozumitelne, navzajem si odporuji a lze je vykladat mnoha moznymi
zpusoby. Na 100% se v nich nevyznaji ani auditori, ani danovi poradci,
ani ucetni poradci a ani financni urady, dokonce ani ministerstvo
financi.
Na druhou stranu pravdou je, ze takovy softwarovy tym bude neustale
znovu a znovu dostavat novou a novou praci, protoze zakony se meni
rychlosti myslenky.
Na treti stranu je otazkou, do kdy to budou firmy ochotny financovat,
nez s tim skonci, pripadne nez si presunou sidlo firmy do jine a
hlavne serioznejsi zeme.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================