1. |
Delphi 4-es levelezoprogi (mind) |
20 sor |
(cikkei) |
2. |
dos int25/26 + fat32 (mind) |
10 sor |
(cikkei) |
3. |
MSSQL + IDENTITY (mind) |
33 sor |
(cikkei) |
4. |
Re: Visual C 6.0 no help (mind) |
14 sor |
(cikkei) |
5. |
sms kuldes (mind) |
7 sor |
(cikkei) |
|
+ - | Delphi 4-es levelezoprogi (mind) |
VÁLASZ |
Feladó: (cikkei)
|
szijaszok nagybecsu coderek!
szoval... ismet nekialltam unalmamban delphi 4-et
butykolni, s szeretnek egy egyszeru programot
irni emilek kezelesere (outlook smooth scroll suxx)
Egyelore csak a letolteses reszt kezdtem el csinalni
az elmult nehany pillanatban, s atbongeszve a helpet
se talaltam valaszt arra, hogy hol es milyen
formatumban/nevvel tarolja a leveleket a nmpop3
komponens. Esetleg be lehet valahol allitani ugyanugy,
mint az attachmentek helyet?
Apropo, ugye inetes kapcsolathoz ekkor csak a nmpop3
komponens kell (tehat ClientSocket _NEM_)?
ha valaki tud segiteni a levelkuldeses resz altalanos
alapdolgaival, azt is megkoszonnem.
haliho
Tamas
|
+ - | dos int25/26 + fat32 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Par napja keresett valaki olyan pascal forrast, amivel kozvetlenul
lehet irni/olvasni a DOS meghajto szektorait. Eloszedtem az en regi
programomat, kiprobaltam, es azt tapasztaltam, hogy FAT16 particiok
eseten mukodik, de FAT32-vel nem! Csak a 0001 hibakodot (Unknown
unit ID) kapom vissza. Miert?
A FAT32 semmiben nem kulonbozik a FAT16-tol, csak a FAT bejegyzesek
hosszabbak, megis mas modon lehet (kell) kezelni?
Andras
|
+ - | MSSQL + IDENTITY (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Van egy adatbazis jonehany tablaval, aminek nagy reszenel logolas
(audit trail) van, vagyis inzertalaskor (meg update, delete eseten is
de ez most nem erdekes) az inzertalt rekord elmentodik egy masik
adatbazis hasonlo tablajaba, plusz melle hogy ki es mikor kovette el
a dolgot. Mindket adatbazisnal autoincrement mezok generaljak a
kulcsokat. A mentest jelenleg triggerek vegzik.
A problema, hogy nehezseget okoz az elso, eredetileg inzertalt rekord
kulcsanak a lekerdezese. Ugyanis a mezobe mindig csak a
legutolsokent generalt autoincrement erteke kerul. A triggerek nelkul
igy mukodott:
DECLARE @IDStore integer
INSERT INTO ...
SET @IDStore =
INSERT INTO kapcsolotablak stb. VALUES , ...)
Sajnos miutan a triggerek is megszulettek, a fenti kod 2. es 3. sora
kozott az ON INSERT trigger is automatikusan meghivodik, es elrontja
a , meg mielott el tudnam tarolni.
Szeretnem megkerdezni, hogy tud-e valaki olyan megoldast, ami anelkul
is alkalmazhato lenne, hogy lemondanek a triggerek hasznalatarol. Az
ujonnan generalt ID ertekre meg ezen a tranzakcion belul van
szuksegem.
Peldaul valami globalis valtozot lehet-e hasznalni az SQL szerveren,
amibe a triggerben, annak lefutasa elott elmenthetnem a
erteket? A helpben nem talaltam erre megoldast.
Norbi
|
+ - | Re: Visual C 6.0 no help (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Az mscal.ocx a Calendar Control (egy naptár-control), önmagában nem
tragikus, hogy
nem regisztrálódott.
Az MSDN azért kell neki, mert VStudio 6 óta abban van az összes help.
Az mscal.ocx regisztrációs hibájának ehhez semmi köze.
A Visual C csomagot nem ismerem, de a komplett Visual Studio 6 CD,
amibol az utolsó ketto az MSDN Library, azt is telepíteni kell.
Enélkül nincs help.
Alternatív megoldást nem tudok, pont emiatt.
- Laci
|
+ - | sms kuldes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Ismeri valaki a Nokia mobiltelefonok kommunikacios protokolljat ?
Egy 5110-est megfelelo kabellel a soros portra kotok, es egy programmal
SMS-t akarnek kuldeni.
- Tamas -
|
|