title: open file for input.... open file for append

author: arirang

text:
Salve a tutti.
non sono un assiduo frequentatore, ma giuro tutto quello che so di volta in
volta l'ho imparato dalla collaborazione preziosa di questo gruppo.
ho un pc spaziale, praticamente un server, so winxp. ci giro access 2000.
Da anni combatto con archivi che ahime' diventano sempre piu' grandi e che
ne vogliono sapere sempre troppo poco di andare per bene...non è tutta colpa
mia...ricevo dati in forma di file txt che poi necessitano di centomila
ritocchi.
Da qualche settimana ho cominciato a trattare questi dati aprendoli cosi'
    Open file_txt For Append As #2
    Open FILE For Input As #1
          Do While Not EOF(1)
               Line Input #1, TextLine
............... ...............
               Print #2, stringa
dove stringa è una stringa che ottengo facendo mille operazioni sull'altra
stringa (input) che ho chiamato textline.
Il file txt che ottengo in questo modo viene successivamente importato in
una tebella. In questa tabella in c'è un campo codice_cliente.
Ho poi una seconda tabella in cui al codice cliente sono associate altre
informazioni ad esempio tipo_cliente, area_cliente
allo stato, non essendo possibile isstituire alcuna relazione tra le due
tabelle, per portare le informazioni della seconda tabella nella prima, sono
costretto a girare una query di aggiornamento. Questa operazione ahimeè
porta via una valanga di tempo perchè purtroppo la seconda tabella contiene
alcuni milioni di record (che posso fare...cosi' mi arriva).
per evitare di impattare sulla lentezza del codice sql (almeno nel caso che
presento) avevo pensato di fare in modo di valorizzare questi campi
tipo_cliente, area_cliente direttamente nel file_txt.
 considerato, peraltro che la tabella da cui prelevo queste informazioni
risiede in un database diverso (che pesa poco meno di 1 gb) per questa cosa
mi sono immaginato una cosa del tipo:
Set DBS = OpenDatabase(dbasealtro)
Set RST1 = DBS.OpenRecordset(STRINGAG)
Dim mystring
' variabile è il campo codice cliente, come via via viene identificato nel
file txt a mano a mano che viene valorizzato riga per riga
variabile = Codice_cliente

mystring = "[codice_cliente] = '" & codice_clientevariabile & "'"
RST1.FindFirst mystring
    If Not RST1.NoMatch Then
        w2 = RST1("tipo cliente")
        w3 = RST1("area cliente")
    End If
dove w2 e w3 sono due spezzoni che vado poi ad accodare alla stringa che
passo al file_txt
insomma questa cosa ha girato...ma il tempo è stato biblico.
Sarei grato a chiunque potesse suggerirmi una soluzione eseguibile in tempi
umanamente accettabili.
fiducioso nella solita preziosa collaborazione ringrazio fin d'ora tutti
Antonio

    RST1.Close
    DBS.Close
    Set DBS = Nothing
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


author: 'Roccia' Max

text:
On 8 Mar, 19:02,
arir...@libero.it
 (arirang) wrote:
>                Print #2, stringa
>
> dove stringa è una stringa che ottengo facendo mille operazioni sull'altra
> stringa (input) che ho chiamato textline.
>
> Il file txt che ottengo in questo modo viene successivamente importato in
> una tebella. In questa tabella in c'è un campo codice_cliente.
Non capisco, perche' ti smazzi il secondo file e non butti il tutto
direttamente in una tabella?
Con il codice cliente indicizzato, anche con una milionata di record,
ci associ tipo_cliente e area_cliente in tempi ragionevoli con una
volgarissima query di selezione...
> porta via una valanga di tempo perchè purtroppo la seconda tabella contiene
> alcuni milioni di record (che posso fare...cosi' mi arriva).
Alcuni milioni di codici cliente???
Sticazzi, chi ti ha commissionato il lavoro? Il ministero delle
finanze?
IMHO!
Max


author: Sergio MAZZA

text:
"arirang" <
ari...@libero.it
> ha scritto nel messaggio news:193Z203Z232Z5Y1...@usenet.libero.it...

Se il tracciato del file di testo è riconoscibile da access (File - CArica dati esterni - Collega Tabelle), puoi trattarlo come una
tabella qualsiasi.
In alternativa se puoi raggiungere questo "database diverso" tramite driver ODBC lavori direttamente sulla tabella...
Ciao.
--
Sergio MAZZA


text:
"'Roccia' Max" <
roccia...@email.it
> ha scritto nel messaggio news:1173390607....@30g2000cwc.googlegroups.com...
On 8 Mar, 19:02,
arir...@libero.it
 (arirang) wrote:
Sticazzi, chi ti ha commissionato il lavoro? Il ministero delle
finanze?
[risposta]
Augh! Grande Capo...
IMHO!
Max
[risposta]
Ciao.
--
Sergio MAZZA


title: collegare modulo form a database

author: MasterControl

text:
Ciao
ho un modulo form in html su mio webserver Apache, sempre sullo stesso
pc ho un database con una tabella avente stessi campi...
vorrei permettere la compilazione e l'invio dei dati nel form
che strada seguire?
da Access 2007 esiste un sistema che permette partendo dalla tabella di
ottenere un modulo html? (che non sia pero' la raccolta dati tramite
outlook)
grazie!


title: somme fra piu' campi

author: alex

text:
ho una tabella dove ho 10 campi : spese1 spese2 spese3 ecc.ecc. fino a spese
10.
poi ho un campo tospese che e' uguale alla somma si
spese1,spese2,spese3,spese4, ecc.ecc.con la formula nz(spese1)+nz(spese2)
ecc.eccc.
fino a qui tutto bene il totale viene fatto giusto.
ma quando eseguo un report e dico che nel report voglio il campo tospese ,
mi esce il campo vuoto.
cosa ho sbagliato?


title: somme fra piu' campi

author: Antonio Biso

text:
alex <
ales...@tin.it
> wrote in message
rGij8.56312$_u5.1...@news1.tin.it...

E' uguale alla somma che significa?
Chi ci scrive dentro la somma?
E soprattutto, perchè usi un campo calcolato nella tabella, quando potresti
non aveerlo e ricalcolartelo tutte le volte che ti serve?
Antonio


title: somme fra piu' campi

text:
luguale alla somma di spese1+spese2+spese3+spese4
> Chi ci scrive dentro la somma?
> nessuno scrive dentro la somma, solo deve esserci il totale.
> E soprattutto, perchè usi un campo calcolato nella tabella, quando
potresti
> non aveerlo e ricalcolartelo tutte le volte che ti serve?
> perche' sono un neofita e capisco poco di access. ma se vuoi darmi delle
dritte io aspetto.
> Antonio
> spese1+spese2+spese3+spese4+spese5+spese6+spese7+spese8 e alcuni campi
possono essere vuoti e quindi ho usato la formula nzspese1+nzspse2 .......
ottenendo cosi' nel campo tospese la somma di tutte le spese.
e poi nel reporto voglio la stessa cosa ma mentre in maschera tospese e'
valorizzato nel report resta in bianco.
aspetto tue notizie.
grazie alex


title: somme fra piu' campi

text:
alex <
ales...@tin.it
> wrote in message
J1kj8.56519$_u5.1...@news1.tin.it...
> luguale alla somma di spese1+spese2+spese3+spese4
> > Chi ci scrive dentro la somma?
> > nessuno scrive dentro la somma, solo deve esserci il totale.
E bravo, se nessuno ci scrive mica ci finisce la somma per magia!
>
> > E soprattutto, perchè usi un campo calcolato nella tabella, quando
> potresti
> > non aveerlo e ricalcolartelo tutte le volte che ti serve?
> > perche' sono un neofita e capisco poco di access. ma se vuoi darmi delle
> dritte io aspetto.
Quando un valore è dato da operazioni sui campi di una tabella, e quindi è
sempre calcolabile in qualunque momento, non deve essere salvato in un
ulteriore campo della tabella, ma ricalcolato di volta in volta.
> > Antonio
> > spese1+spese2+spese3+spese4+spese5+spese6+spese7+spese8 e alcuni campi
> possono essere vuoti e quindi ho usato la formula nzspese1+nzspse2 .......
> ottenendo cosi' nel campo tospese la somma di tutte le spese.
> e poi nel reporto voglio la stessa cosa ma mentre in maschera tospese e'
> valorizzato nel report resta in bianco.
Nel report metti un controllo con =nz(spese1)+...+nz(spese8) nell'origine
controllo
Antonio


title: dlookup

author: Alberto Andermarcher

text:
ho una maschera per l'inserimento di dati in un archivio, parte di
questi dati possono essere ricavati da records di una tabella diversa dalla
precedente; questa operazione avviene con una casella combinata per la
scelta, e con l'inserimento del codice dopo "aggiornamento" dell'istruzione
dlookup per aggiornare le caselle di testo della maschera.
la procedura funzione ma č molto lenta, esiste un metodo piů veloce?
grazie


title: dlookup

text:
Alberto Andermarcher <
aan...@tin.it
> wrote in message
b1uV5.1128$Cn1.1...@twister1.tin.it...
> ho una maschera per l'inserimento di dati in un archivio, parte di
> questi dati possono essere ricavati da records di una tabella diversa
dalla
> precedente; questa operazione avviene con una casella combinata per la
> scelta, e con l'inserimento del codice dopo "aggiornamento"
dell'istruzione
> dlookup per aggiornare le caselle di testo della maschera.
> la procedura funzione ma è molto lenta, esiste un metodo più veloce?
L'unico modo affinchè si possa avere una performance migliore è che tu possa
avere come origine dati della combo una query che lega le due tabelle. In
questa maniera, dopo la scelta del valore (della prima tabella) nella combo,
con la proprietà column della stessa avrai già a disposizione i valori
(dell'altra tabella legata alla prima) che ti servono...
Antonio


title: Problemi con le maschere per inserimento

text:
Ringrazio fin d'ora chi mi potrà aiutare.  Il mio problema è questo: Ho
una prima maschera (Form1) - dove richiamo i nomi degli impiegati - con
più sottomaschere (Turno Ordinato; Turno Effettivamente Svolto) dove
inserisco i dati inerenti ai turni "ordinati" ed "effettivamente svolti"
tutte basate sulle omonime tabelle. Tutte sono regolarmente poste in
relazione e finora non hanno dato problemi da questo punto di vista.
L'inserimento dei turni di lavoro sulla maschera principale avviene per
gruppi, ossia può capitare che tre impiegati abbiano lo stesso turno e
così vengono registrati nel seguente modo: Imp1, Imp2, e Imp3 (in Form1)
con turno 08/13 (inserimento di un unico record nella Sottomaschera
"Turno Ordinato" ed unico record nella Sottomaschera "Truno
Effettivamente Svolto"). Fin qui nessun problema.  Poichè può capitare
che un singolo impiegato prolunghi il turno di lavoro e che i restanti
due colleghi - invece - finiscano regolarmente il loro turno.  A questo
punto ho studiato una nuova maschera (FormStraordinario) da richiamare
con apposito pulsante di comando (bottomStraordinario) dalla maschera
principale (Form1) con la quale voglio inserire un nuovo record per
l'impiegato che va a prolungare il turno. Così su questa maschera
richiamo le medesime tabelle di cui sopra con le relative maschere e
tramite codice richiamo i dati già inseriti nella maschera principale
(Form1) relativi al "Turno Ordinato".  A questo punto, però, mi accorgo
che qualora l'operatore clicchi sul pulsante "Straordinario" e poi non
provvede ad inserire nessun nuovo record (in sostanza proceda ad
un'attivazione della maschera non voluta) il mio database mi inserisce
automaticamente un record vuoto nella tabella "Impiegati" e - ovviamente
- un altro record collegato al questo ultimo nella tabella relativa ai
"turni ordinati". Resta invece vuota la tabella relativa ai "Turni
Effettivamente svolti" in quanto l'operatore non provvede
all'inserimento dei dati.  Io vorrei che se l'operatore si accorge del
problema possa chiudere la maschera "Straordinario" senza inserire alcun
record (al fine di risparmiare "spazio" nelle tabelle). Ho provato
inserendo nell'evento BeforeUpdate quanto suggerito sul
sitocomune.com
da Sivio Berruti:  Private Sub Form_BeforeUpdate(Cancel As Integer) Dim
mess As String, risp mess = "Scegliere:" & vbCrLf & vbCrLf & _ "Sì per
salvare il record" & vbCrLf & _ "No per tornare in modifica" & vbCrLf &
_ "Annulla per annullare le modifiche" risp = MsgBox(mess, vbInformation
+ vbYesNoCancel, "Ora che vuoi fare?") Select Case risp Case vbYes
MsgBox "Salvato", vbInformation Case vbNo Cancel = True Case Else
Me.Undo Cancel = True End Select End Sub   ma mi sono accorto che :  1)
IL MSGBOX appare al momento in cui RICHIAMO (prima che essa appaia)
sullo schermo la maschera "FormStraordinario" con il pulsante
"BottomStraordinario" oltre che ( e questo è giusto) alla chiusura della
maschera "FormStraordinario", ossia quando il programma mi dovrebbe
chiedere se voglio effettivamente salvare il record o eliminarlo dal
database; 2) dopo aver accettato il salvataggio, mi appare dopo la
chiusura della "FormStraordinario" il seguente messaggio "Impossibile
Aggiungere o modificare record. Nella tabella "Impiegati" è necessario
un record correlato." Faccio presente che sull'evento "Corrente"  della
maschera "FormStrardinario" richiamo i dati della maschera principale
necessari (tra i quali i dati della tabella impiegati) nei relativi
campi in modo da velicizzare il lavoro dell'operatore.	COME POSSO
RISOLVERE I PROBLEMI DI CUI AL PUNTO 1 E 2.. .GRAZIE


title: DoCmd.OpenReport

author: Marco

text:
Buongiorno a tutti,
avrei un quesito da sottoporre, spero che qualcono mi aiuti.
Da un form richiamo un report con il comando:
DoCmd.OpenReport stDocName, acViewNormal, , stLinkCriteria
quando il report viene chiuso e mi ritorna il controllo al form che ha
lanciato il report,
devo chiedere di confermare l'aggiornamento della numerazione delle pagine
del report stampato.
C'è un evento che viene eseguito nel form dopo la chiusura del report?
Spero di essere ststo chiaro.
Crazie a tutti in anticipo
Marco


title: DoCmd.OpenReport

author: Roberto da Parma

text:
"Marco" <
dmsof...@tin.it
> ha scritto nel messaggio
news:48cd119f$0$1077$4faf...@reader2.news.tin.it...

Guarda il codice su chiusura del report o nell'evento che apre il report.
Ciao
--
Roberto da Parma


title: DoCmd.OpenReport

text:
"Marco" <
dmsof...@tin.it
> ha scritto nel messaggio
news:48cd119f$0$1077$4faf...@reader2.news.tin.it...
> Buongiorno a tutti,
> avrei un quesito da sottoporre, spero che qualcono mi aiuti.
>
> Da un form richiamo un report con il comando:
>
> DoCmd.OpenReport stDocName, acViewNormal, , stLinkCriteria
>
> quando il report viene chiuso e mi ritorna il controllo al form che ha
> lanciato il report,
> devo chiedere di confermare l'aggiornamento della numerazione delle pagine
> del report stampato.
> C'è un evento che viene eseguito nel form dopo la chiusura del report?
Oltre la chiusura no:
Unload -> Deactivate -> Close
> Spero di essere ststo chiaro.
> Crazie a tutti in anticipo
>
> Marco
Ma se vuoi aggiornare il contenuto di un controllo, su di una form aperta,
alla chiusura del report puoi utilizzare il codice:
Forms!nomeForm!nomeControllo.Requery/Refresh (in base al controllo da
aggiornare).
Se invece ci vuoi scrivere un valore utilizzi:
Forms!nomeForm!nomeControllo = "valore"
Ciao.
--
Sergio MAZZA


title: FYI Access DevCon Vienna 2019

author: Karl Donaubauer

text:
Salve,

la terza conferenza intercontinentale per sviluppatori di Access
succedera il 27+28 aprile 2019 a Vienna.

Sul sito
http://www.AccessDevCon.com
 trovate la maggior parte del
programma e l'iscrizione.

Ai primi due eventi c'era sempre 1 italiano (diverso).
Mi raccomando, questa volta raddoppiate! ;-)

--
Ciao
Karl
*********
http://www.AccessDevCon.com

Access FAQ:
http://www.donkarl.com/it


title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
> ...
> la terza conferenza intercontinentale per sviluppatori di Access
> succedera il 27+28 aprile 2019 a Vienna.
>
> ...
http://www.AccessDevCon.com.
..
>
> Ai primi due eventi c'era sempre 1 italiano (diverso).
> Mi raccomando, questa volta raddoppiate! ;-)

Prima ammonizione! ;-)

Abbiamo un nuovo record di partecipanti da 14 paesi:
at, au, be, ch, cz, de, dk, ie, lu, nl, no, ro, uk, us

Chi vede quale grande paese confinante manca?

Nel frattempo la maggior parte dell'agenda è online:
http://www.accessdevcon.com/agenda.htm

Mi sembra che per voi manca l'unico argomento interessante, ma i 20000
problemi con la FE vedo solamente qui. (fortunatamente!)



title: FYI Access DevCon Vienna 2019

text:
> Mi sembra che per voi manca l'unico argomento interessante, ma i 20000
> problemi con la FE vedo solamente qui. (fortunatamente!)

Quindi in Europa siamo gli unici a romperci i maroni con questa roba?
Ovunque ancora fatture cartacee/PDF?


title: FYI Access DevCon Vienna 2019

text:
Salve,

Simocall1973 ha scritto:

Non lo so per tutta l'Europa. Leggo solo fori in alcune lingue (de, en,
fr, it, es) dove la FE non è mai un tema.

In Austria p.e. la FE finora esiste soprattutto per affari con la
pubblica amministrazione. Però non ho mai visto una singola discussione
in questo rispetto. Forse diventera più interessante se sarà più endemica.



title: FYI Access DevCon Vienna 2019

text:
> In Austria p.e. la FE finora esiste soprattutto per affari con la
> pubblica amministrazione.

Sei in grado di dirmi se utilizza un formato XML, o invece altro?

Saluti


title: FYI Access DevCon Vienna 2019

text:
Salve,

Simocall1973 ha scritto:
>
>> In Austria p.e. la FE finora esiste soprattutto per affari con la
>> pubblica amministrazione.
>
> Sei in grado di dirmi se utilizza un formato XML, o invece altro?

Si puo scegliere tra due formati XML. Uno emesso dalla camera di
commercio austriaca ed uno internazionale e Open Source emesso dal OASIS.

La documentazione (certo in tedesco ;-) si trova qui:
https://www.erechnung.gv.at/erb?locale=de_AT&p=tec




title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
> ...
> La documentazione (certo in tedesco ;-) si trova qui:
>
https://www.erechnung.gv.at/erb?locale=de_AT&p=tec

>

Ah, esiste anche in inglese:
https://www.erechnung.gv.at/erb?locale=en_GB&p=tec


title: FYI Access DevCon Vienna 2019

text:
> > Sei in grado di dirmi se utilizza un formato XML, o invece altro?

> Si puo scegliere tra due formati XML. Uno emesso dalla camera di
> commercio austriaca ed uno internazionale e Open Source emesso dal OASIS.

> La documentazione (certo in tedesco ;-) si trova qui:
>
https://www.erechnung.gv.at/erb?locale=de_AT&p=tec

Ok, la domanda nasceva dal fatto che diversi sviluppatori italiani (magari non coinvolti in questo delirio) ipotizzano che le Fatture elettroniche internazionali saranno in codifica JSON e non XML.

Certo, il mondo non termina in Italia o Austria, tuttavia il tuo è un riscontro oggettivo che apprezzo.

Saluti da Simone


title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
>> ...
>> la terza conferenza intercontinentale per sviluppatori di Access
>> succedera il 27+28 aprile 2019 a Vienna.
>>
>> ...
http://www.AccessDevCon.com.
..
>>
>> Ai primi due eventi c'era sempre 1 italiano (diverso).
>> Mi raccomando, questa volta raddoppiate! ;-)
>
> Prima ammonizione! ;-)

Seconda!

> Abbiamo un nuovo record di partecipanti da 14 paesi:
> at, au, be, ch, cz, de, dk, ie, lu, nl, no, ro, uk, us

18:
at, au, be, ch, cz, de, dk, es, gr, ie, lu, nl, no, pr, ro, se, uk, us

> Chi vede quale grande paese confinante manca?

dritta: Non è Australia, Puerto Rico, nemmeno Lussemburgo che sono tutti
presenti. ;-)

> Nel frattempo la maggior parte dell'agenda è online:
>
http://www.accessdevcon.com/agenda.htm

Ho aggiornato il sito col novità che verranno una program manager e un
tecnico dal team di Access a Redmond. Presentano novità e piani per
Access, rispondono alle domande dai partecipanti e vogliono vedere
programmi, iniziative ecc.

Ogni volta che vengono vogliono anche visitare aziende e assisto a
prendere appuntamenti. Sarebbe anche possibile in Italia:

Se qualcuno di voi ha o lavora in una azienda con un applicazione di
Access estremamente interessante o questa volta anche una azienda che ha
realizzato la GDPR in modo esemplare e vuole mostrarlo al team di
Access, puo mandarmi una email con una descrizione per discuterla (un
indirizzo trovate qui:
http://www.AccessDevCon.com/about.htm
)



title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
>>> ...
http://www.AccessDevCon.com
 ...
> ... partecipanti da ... paesi:...
> 18:
> at, au, be, ch, cz, de, dk, es, gr, ie, lu, nl, no, pr, ro, se, uk, us

20:
at, au, be, CA, ch, cz, de, dk, es, gr, ie, IT (!), lu, nl, no, pr, ro,
se, uk, us

Vergogna scongiurata, poco dopo il Canada. ;-)

A causa di GDPR non posso dire chi è, ma viene del NG.



title: FYI Access DevCon Vienna 2019

author: Potone

text: Oplà :)


title: FYI Access DevCon Vienna 2019

text:
Potone ha scritto:
> Oplà :)

Nel frattempo veramente siete in due, cioè 100% incremento
dell'italianità per l'evento. ;-)



title: FYI Access DevCon Vienna 2019

author: ciroteo

text:
io ci sono!
m



title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
> ...
> la terza conferenza intercontinentale per sviluppatori di Access
> succedera il 27+28 aprile 2019 a Vienna.
> ...
Per concludere, è online l'emozionante fotoromanzo dell'evento:
http://www.donkarl.com/devcon/archive/devcon3_pics

A chi piace puo iscriversi alla lista dei interessati per la prossima
volta:
https://donkarl.azurewebsites.net/devcon/interest/nextdevcon.asp




title: FYI Access DevCon Vienna 2019

text:
Karl Donaubauer ha scritto:
>> ...
>> la terza conferenza intercontinentale per sviluppatori di Access
>> succedera il 27+28 aprile 2019 a Vienna.
>> ...
> Per concludere, è online l'emozionante fotoromanzo dell'evento:
>
http://www.donkarl.com/devcon/archive/devcon3_pics

>
> A chi piace puo iscriversi alla lista dei interessati per la prossima
> volta:
https://donkarl.azurewebsites.net/devcon/interest/nextdevcon.asp

>

Dimenticavo... è disponibile il video della presentazione di Philipp
Stiefel su "Modern Software Quality with Access and VBA":

https://www.youtube.com/watch?v=5ZcPOELBu08




title: FYI Access DevCon Vienna 2019

text:
Grazie Karl!
m



title: data

author: bibop

text:
In vba come faccio a settare una data in formato gg/mm/aaaa
in pratica ho questa assegnazione
    data=rsAttivazione.fields("data")
a data viene assegnata anche l'orario del record e siccome la devo
confrontare con altre date mi crea dei casini.
Grazie
Bibop


title: data

text:
"bibop" <
rric...@tari.it
> ha scritto nel messaggio
news:LCy2f.1107$65.1...@twister1.libero.it...

data = Format(rsAttivazione("dataprova"), "dd/mm/yyyy")
anche se non č il massimo per il compilatore.
Ciao.


title: data

author: Alessandro Baraldi

text:
"bibop" <
rric...@tari.it
> wrote in message
news:LCy2f.1107$
65.1...@twister1.libero.it

Basterebbe prendere questo:
data=Fix(rsAttivazione.fields("data"))
Se però l'ora non ti serve valuta se non è
il caso di intervenire sul salvataggio corretto.
Invece di usare Now() come immagino prova ad usare Fix(now()) oppure
Date(), in questo modo salvi solo gg/mm/aaaa e non ti crea
problemi.
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: data

text:
[CUT]
Grazie a tutti per il rapido, preciso ed efficiente aiuto
Bibop


title: Sicurezza Dati

author: FasoN

text:
Ciao,
mi e' stato sottoposto di recente il seguente problema:
in un piccolo programma di Help Desk fatto in Access97 (che lavora in
multiutenza) si e' verificato il problema della protezione dei dati, in
particolare si vuole sapere con sicurezza quali chiamate vengono aperte
dall'operatore X.
I gruppi di utenti sono inutili cosi' come le password di accesso (gli
utenti sono tutti programmatori che possono facilmente aggirare questi
ostacoli) allora ho suggerito un calcolo di ID sui dati presenti nella
tabella delle chiamate con i seguenti campi:
Numero Chiamata
Data
Operatore
Primo carattere della descrizione del problema + len della descrizione +
ultimo carattere
in questo modo se dovessero essere modificati i valori in tabella (e non
dalla procedura) l'ID non potrebbe piu' combaciare.
In ogni caso credo che dopo una prima scottata non sia difficile aggirare
anche questo controllo.
Volevo anche implementare un doppio controllo sulla pwd tenendono una copia
(l'originale) nel registro di windows, ma questo limita l'utente alla sua
Workstation il che non e' sempre comodo.
Sapete se ci sono tool e/o procedure alternative per risolvere questo
problema???
Ciao e grazie
<LuigI>


title: Sicurezza Dati

author: Ditta Cerri

text:
FasoN <
fa...@libero.it
> wrote in message
pVRj4.13431$C3.1...@news.infostrada.it...
> Ciao,
> mi e' stato sottoposto di recente il seguente problema:
> in un piccolo programma di Help Desk fatto in Access97 (che lavora in
> multiutenza) si e' verificato il problema della protezione dei dati, in
> particolare si vuole sapere con sicurezza quali chiamate vengono aperte
> dall'operatore X.
> I gruppi di utenti sono inutili cosi' come le password di accesso (gli
> utenti sono tutti programmatori che possono facilmente aggirare questi
> ostacoli)
Spiega meglio cosa intendi dire, non mi sembra cosi' semplice aggirare la
protezione a livello utente.
allora ho suggerito un calcolo di ID sui dati presenti nella
> tabella delle chiamate con i seguenti campi:
>
> Numero Chiamata
> Data
> Operatore
> Primo carattere della descrizione del problema + len della descrizione +
> ultimo carattere
>
> in questo modo se dovessero essere modificati i valori in tabella (e non
> dalla procedura) l'ID non potrebbe piu' combaciare.
> In ogni caso credo che dopo una prima scottata non sia difficile aggirare
> anche questo controllo.
> Volevo anche implementare un doppio controllo sulla pwd tenendono una
copia
> (l'originale) nel registro di windows, ma questo limita l'utente alla sua
> Workstation il che non e' sempre comodo.
> Sapete se ci sono tool e/o procedure alternative per risolvere questo
> problema???
> Ciao e grazie
> <LuigI>
>
Ciao, Sib


title: Sicurezza Dati

text:
Spiego molto velocemente:
nel caso da me citato i "protagonisti" sono tutti programmatori in un centro
elaborazione dati per cui conoscono bene il sistema di funzionamento della
logica Gruppi/Utenti in Access inoltre ci sono tool in internet (che io non
ho provato ma ho notizie da fonti sicure sul loro funzionamento) che
permettono di Crackare ed ottenere l'accesso in pochi minuti al Dbase in
teressato e lo sanno bene anche i sopra citati.
In poche parole bisognerebbe studiare un sistema di protezione non per
utenti comuni, ma per gente un po' piu' esperta.
Spero di essermi spiegato meglio:)))
Ciao
<LuigI>


title: Sicurezza Dati

author: Stefano Bettini

text:
FasoN ha scritto nel messaggio ...
>Spiego molto velocemente:
>nel caso da me citato i "protagonisti" sono tutti programmatori in un
centro
>elaborazione dati per cui conoscono bene il sistema di funzionamento della
>logica Gruppi/Utenti in Access inoltre ci sono tool in internet (che io non
>ho provato ma ho notizie da fonti sicure sul loro funzionamento) che
>permettono di Crackare ed ottenere l'accesso in pochi minuti al Dbase in
>teressato e lo sanno bene anche i sopra citati.
Balle, ti confondi con la password del database.
Stai tranquillo che la protezione utenti (impostata come si deve)
è + che sufficiente x tenere a bada chiunque su questo ng. Solo
1-2 persone sanno come metterci un pochino le mani sopra
per fare però + che altro un pò di "confusione" nel db (sperando
che incasinandolo salti la sicurezza); in ogni caso al riguardo
non esistono nè metodi certi nè tantomeno fantomatiche utilità
già fatte reperibili su internet.
Bye, Ste


title: Sicurezza Dati

text:
Provero' ad informarmi meglio per il momento allora faro' implementare la
logica Gruppi/Utenti.
Ciao
<LuigI>
Stefano Bettini <
sbet...@iol.it
> wrote in message
10lcqd1$138$1...@fe2.cs.interbusiness.it...



title: Sicurezza Dati

text:
Mi sono fatto un Giro su Deja e guarda un po' che ho trovato:
It appears that implementing user level security is a waste of time in
Access?  I found the following utility
http://www.lostpassword.com/access.htm
 that successfully revealed my
system.mdw passwords (which were all >10 characters and had at least one
upper, lower, number, and symbol) in a matter of milliseconds.
Is there anyway to thwart these utilities?  I'm concerned about implementing
a fairly sensative application in Access if not...
Michael F.
L'utilità non l'ho provata perche' non ho implementato la logica
Gruppi/Utente sul mio PC, ma dovrebbe sunzionare anche con Office 2000.
Ciao
<LuigI>


title: Sicurezza Dati

text:
FasoN ha scritto nel messaggio ...

Carino, ma dubito che possa essere utile contro una sicurezza-utenti
bene impostata. In una situazione del genere infatti non si dà in giro
il proprio system.mdw, ci si limita a togliere all' utente Admin i permessi
di superuser....
Bye, Ste


title: Sicurezza Dati

text:
Come ben sai in questo mestiere conta il grado di preparazione e , purtroppo
ed anche per fortuna, c'e' sempre uno che ne sa piu' degli altri.
Io , mio malgrado, appartengo ad una fascia bassina, altrimenti guadagnerei
£600.000 all'ora come l'amico che mi ha passato la dritta sul System.mdw!
Comunque la versione che c'e' all'indirizzo postato e' commerciale, il che
non esclude la presenza di cloni (o upgrade) in versione Hacker molto piu'
potenti.
Ciao
<LuigI>
Stefano Bettini <
sbet...@iol.it
> wrote in message
873um8$100$1...@fe1.cs.interbusiness.it...



title: Sicurezza Dati

text:
FasoN ha scritto nel messaggio ...
>Come ben sai in questo mestiere conta il grado di preparazione e ,
purtroppo
>ed anche per fortuna, c'e' sempre uno che ne sa piu' degli altri.
>Io , mio malgrado, appartengo ad una fascia bassina, altrimenti guadagnerei
>£600.000 all'ora come l'amico che mi ha passato la dritta sul System.mdw!
T'assicuro che chi piglia (continuativamente) 600.000 all' ora fa
un tipo di mestiere x cui manco sa cos'è un system.mdw...
>Comunque la versione che c'e' all'indirizzo postato e' commerciale, il che
>non esclude la presenza di cloni (o upgrade) in versione Hacker molto piu'
>potenti.
Non hai afferrato il punto....
Se non dai in giro il system.mdw non esiste alcun utente
cui "carpire" la password; x quanto "potente" possa essere
il tuo bel cracker o per quanto all'ora l'haker possa prendere
non vedo come possa agire senza la "materia prima"....
Se poi vogliamo ragionare sul fatto che non esiste una
protezione sw infallibile qui sfondi una porta aperta,
alla fin fine si tratta pur sempre di bytes scritti su un hd,
ma questo è un problema comune a tutte le implementazioni
di questo genere (allo stesso modo potresti tentare di
"crakkare" qualsiasi db, anche Oracle tanto x fare un nome....);
questo però presuppone la xfetta conoscenza del formato
del file, non è così semplice beccare cosa/come
impostare x ridare all' admin tutti i permessi! Bisogna perderci
intere settimane di tempo probabilmente, ed uno così bravo da
riuscire a farlo certamente è in grado di trovare un'applicazione
+ remunerativa al suo tempo....
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
10ln2jp$p2g$1...@fe2.cs.interbusiness.it...>
> T'assicuro che chi piglia (continuativamente) 600.000 all' ora fa
> un tipo di mestiere x cui manco sa cos'è un system.mdw...
A quanto pare no :)
> Non hai afferrato il punto....
>
> Se non dai in giro il system.mdw non esiste alcun utente
> cui "carpire" la password; x quanto "potente" possa essere
> il tuo bel cracker o per quanto all'ora l'haker possa prendere
> non vedo come possa agire senza la "materia prima"....
>
Una sola precisazione la persona citata non e' un Hacker, ma un esperto di
sicurezza dati bancaria ed aziendale.
Ciao
<LuigI>


title: Sicurezza Dati

text:
FasoN ha scritto nel messaggio ...
>
>Una sola precisazione la persona citata non e' un Hacker, ma un esperto di
>sicurezza dati bancaria ed aziendale.
>
Questo taglia la testa al toro....
Ste


title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
10lne4j$h5r$1...@fe2.cs.interbusiness.it...

In che senso?
Scherzi a parte, che intendi dire per "non dare in giro il system.mdw"?
Se ho capito bene si puo' mettere il system.mdw in una cartella cui l'utente
non ha accesso?
Ciao, Sib


title: Sicurezza Dati

text:
Ditta Cerri ha scritto nel messaggio <876o83$7l8$
6...@lacerta.tiscalinet.it
>...
>
>Scherzi a parte, che intendi dire per "non dare in giro il system.mdw"?
>Se ho capito bene si puo' mettere il system.mdw in una cartella cui
l'utente
>non ha accesso?
>
No no, intendo letteralmente non dare in giro il tuo system.mdw.
Cosa c'è di cos' strano? E' la prassi assoluta, sta scritto in qualsiasi
manualetto di Access da 2 soldi.
Perchè diavolo dovrei dare il mio system.mdw ad un tizio
che magari sta a canicattì e che magari vuole tenersi il
suo; ci stanno dentro cose troppo importanti x darlo in giro!
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
10lnqte$ciq$1...@fe2.cs.interbusiness.it...

Scusa, non mi sono spiegato bene.
Prendiamo il caso del nostro amico:
Gli utenti hanno accesso al system.mdw e possono copiarselo e lavorarci
sopra con comodo.
...o non ho capito bene...
Sib


title: Sicurezza Dati

text:
> > Ditta Cerri ha scritto nel messaggio
> Scusa, non mi sono spiegato bene.
> Prendiamo il caso del nostro amico:
> Gli utenti hanno accesso al system.mdw e possono copiarselo e lavorarci
> sopra con comodo.
> ...o non ho capito bene...
>
> Sib
>
>
Hai capito benissimo dato che essendo in un CED e il programma in questione
e' un Help Desk tutti accedono al programma dalla postazione di tutti per
esigenze di servizio (mica si puo' fermare la solita persona tutti i
pomeriggi).
A modificare le maschere e' una sola persona, ma il suo computer e' quasi di
pubblico dominio anche perche' se gli dovesse capitare qualche cosa
(facciamo le corna) l'accesso alla sua macchina deve essere garantito.
Ciao
<LuigI>
P.S. Mi spiace pero' che su un tema importante come la sicurezza stiamo
postando solo in 3 di cui uno (cioe' io) con nozioni non molto avanzate.


title: Sicurezza Dati

text:
FasoN ha scritto nel messaggio ...
>
>> Scusa, non mi sono spiegato bene.
>> Prendiamo il caso del nostro amico:
>> Gli utenti hanno accesso al system.mdw e possono copiarselo e lavorarci
>> sopra con comodo.
>> ...o non ho capito bene...
>>
>> Sib
>>
>>
>Hai capito benissimo dato che essendo in un CED e il programma in questione
>e' un Help Desk tutti accedono al programma dalla postazione di tutti per
>esigenze di servizio (mica si puo' fermare la solita persona tutti i
>pomeriggi).
No, invece non ci siamo capiti.....
Una sicurezza implementata come si deve (come già detto)
significa semplicemente togliere i permessi di "superuser"
all' utente standard admin.
Agli utenti finali si dà solo l' applicazione a cui continueranno
ad accedere col LORO system.mdw, entrando xciò come
Admin (e xciò con i permessi assegnati) in maniera assolutamente
trasparente; il system.mdw con ID, nome e password del nuovo
utente "superuser" se ne rimane al sicuro sulla macchina dello
sviluppatore.
Non c'è crack di sorta che possa carpire password non disponibili.
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini dice:
> Una sicurezza implementata come si deve (come già detto)
> significa semplicemente togliere i permessi di "superuser"
> all' utente standard admin.
>
> Agli utenti finali si dà solo l' applicazione a cui continueranno
> ad accedere col LORO system.mdw, entrando xciò come
> Admin (e xciò con i permessi assegnati) in maniera assolutamente
> trasparente; il system.mdw con ID, nome e password del nuovo
> utente "superuser" se ne rimane al sicuro sulla macchina dello
> sviluppatore.
Vediamo se ho capito:
Io creo nel mio PC il mio personale user id, tolgo le autorizzazioni
all'admin e quindi, dando in rete il system.mdw originale (ma che NON
contiene il mio user id) consente di accedere al db senza possibilità di
avere accesso (in un modo o nell'altro) al mio user id (dato che non e'
contenuto nel system.mbw distribuito agli utenti)
Eureka!!!
...o no?
Ciao, Sib


title: Sicurezza Dati

text:
Ditta Cerri ha scritto nel messaggio <879cm6$fou$
1...@lacerta.tiscalinet.it
>...
>
>Vediamo se ho capito:
>Io creo nel mio PC il mio personale user id, tolgo le autorizzazioni
>all'admin
Esatto....
>e quindi, dando in rete il system.mdw originale (ma che NON
>contiene il mio user id)
NI. Non devi dare in rete alcunchè, perchè si presume che
chi ha Access installato sia già in possesso di un system.mdw;
non devi fare proprio nulla al riguardo.....
Non ricordo al momento se x le applicazioni distribuite
con ODE occorra esplicitamente accludere un system.mdw
(l' originale) o se pensi il setup di suo ad installare quello
di default (vergine x intendersi).
>consente di accedere al db senza possibilità di
>avere accesso (in un modo o nell'altro) al mio user id (dato che non e'
>contenuto nel system.mbw distribuito agli utenti)
>
>Eureka!!!
>...o no?
Eureka sì. Che poi è quello che fanno tutti gli sviluppatori Access
di questo mondo; prova ad installarti una delle tante add-in che si
trovano in rete, non troverai *mai* un system.mdw accluso.
Si dividono i db-user in "owner" (io) e tutto il resto del mondo
(Admin), e poi si gestiscono degli utenti dall' interno delle
procedure se occorrono livelli di accesso diversificati.....
Bye, Ste


title: Sicurezza Dati

author: ema

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
>>consente di accedere al db senza possibilità di
>>avere accesso (in un modo o nell'altro) al mio user id (dato che non e'
>>contenuto nel system.mbw distribuito agli utenti)
>>
> Si dividono i db-user in "owner" (io) e tutto il resto del mondo
> (Admin), e poi si gestiscono degli utenti dall' interno delle
> procedure se occorrono livelli di accesso diversificati.....
>
chiedo chiarimenti.
Dunque, io c'ho il mio system.mdw, tu c'hai il tuo.
Io aggiungo un utente Io, faccio un dbase con Io, e tolgo tutti i
permessi agli altri.
Poi lo do a te.
Tu, che non c'hai il mio utente, non vai da nessuna parte.
Ma l'ID del mio utente *deve* essere scritto nel dbase.
E se tu aggiungi quell'ID al tuo system.mdw??
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
Il fagiano distratto puo' calpestare una merla?
		-- Da it.hobby.umorismo


title: Sicurezza Dati

text:
ema ha scritto nel messaggio <87c07n$a0$
1...@srv.ema.it
>...
>chiedo chiarimenti.
Pronti...
>Dunque, io c'ho il mio system.mdw, tu c'hai il tuo.
Perfetto...
>io aggiungo un utente Io, faccio un dbase con Io, e tolgo tutti i
>permessi agli altri.
Ottimo!
>Poi lo do a te.
Basta che non mi stacchi anche la fattura!
>Tu, che non c'hai il mio utente, non vai da nessuna parte.
Come no!? L' utente Admin non lo puoi mica segare via,
puoi solo limitarne i permessi...
Tutto il gioco si regge proprio sul fatto che se tu non fai
un accidenti Access accede ad un db come utente Admin
e password blank; basta dargli i permessi "giusti" et voilà.....
Bye, Ste


title: Sicurezza Dati

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
>>Dunque, io c'ho il mio system.mdw, tu c'hai il tuo.
> Perfetto...
>
ottimo.

>>io aggiungo un utente Io, faccio un dbase con Io, e tolgo tutti i
>>permessi agli altri.
> Ottimo!
>
ok.

>>Tu, che non c'hai il mio utente, non vai da nessuna parte.
> Come no!? L' utente Admin non lo puoi mica segare via,
> puoi solo limitarne i permessi...
>
si', intendevo non me lo modifichi, perche` ti ho tolto i permessi di
modifica.

> Tutto il gioco si regge proprio sul fatto che se tu non fai
> un accidenti Access accede ad un db come utente Admin
> e password blank; basta dargli i permessi "giusti" et voilà.....
>
ok. E se tu aggiungi nel tuo system.mdw un utente uguale al mio "Io"??
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
		                ATTENZIONE!
		                ~~~~~~~~~~~
Su questo sistema, non c'e' ne' Gigi, ne' la Cremeria, e neppure il citofono.


title: Sicurezza Dati

author: Federico Luciani

text:
Stefano Bettini wrote:
> Ditta Cerri ha scritto nel messaggio <876o83$7l8$
6...@lacerta.tiscalinet.it
>...
> >Scherzi a parte, che intendi dire per "non dare in giro il system.mdw"?
> >Se ho capito bene si puo' mettere il system.mdw in una cartella cui
> >l'utente non ha accesso?
>
> No no, intendo letteralmente non dare in giro il tuo system.mdw.
> Cosa c'è di cos' strano? E' la prassi assoluta, sta scritto in qualsiasi
> manualetto di Access da 2 soldi.
>...
> Bye, Ste
Scusate se mi intrometto solo adesso, ma e' da molto che
non seguo il ng.
Vorrei fare qualche precisazione.
Se il problema e' solo proteggere il proprio lavoro
(codice,
str. oggetti), allora hai ragione, si eliminano i
permessi per l'admin di sistema e quindi tutti possono
accedere al db (senza pwd), ma non possono viualizzare la
struttura degli oggetti.
In questo caso _non_devi_ fornire il *.mdw usato per lo
sviluppo.
Se pero' bisogna implementare un sistema di accesso a
livello di utenti, allora un *.mdw devi fornirlo perche'
contiene i vari gruppi ed i vari utenti ed inoltre
bisognerebbe implementare un sistema facilitato per la
gestione degli utenti, ma anche in questo caso con una
buona gestione dei permessi ed eliminando il proprietario
si puo proteggere il proprio lavoro.
In definitiva con la protezione a livello utente, nel 90%
dei casi, il proprio lavoro e' protetto da occhi
indiscreti, ma non i dati!!
I dati non sono protetti da occhi indescreti, perche'
quelle pwds ci sono e qualcuno ha deciso di vendere un
prodotto (ad un prezzo irrisorio) capace di leggerle.
Naturalmente quando si implementa un sistema di sicurezza
dei dati bisogna porsi alcune domande: quanti possono
essere interessati alla lettura dei dati e chi puo' avere
interesse a modificare i dati. A seconda delle risposte si
decide per un sistema di archiviazione +0- sicuro.
--
Federico
--------------------------------------
Sito Comune di it.comp.database.access
 ed ora
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------


title: Sicurezza Dati

text:
FasoN wrote:
> ...
> <LuigI>
> P.S. Mi spiace pero' che su un tema importante come la sicurezza stiamo
> postando solo in 3 di cui uno (cioe' io) con nozioni non molto avanzate.
Spiace anche a me, ma e' sempre stato cosi'.
Capire ed implementare un sistema di sicurezza a livello
utente non e' cosa semplice.
Il 70% di quelli che frequentano il NG sono alle prime armi
con access e prima di studiare la sicurezza devono capire
cos'e' un recordset, nel restante 30% ci sono quelli che
usano access professionalmente, ma non hanno mai dovuto
affrontare questo problema, e ci sono quelli che la
conoscono bene, ma siccome si sono fatti un mazzo per
capirla, la tengono per se.
Tutto qui.



title: Sicurezza Dati

text:
ema ha scritto nel messaggio <87h8dr$cg$
1...@srv.ema.it
>...
>> Tutto il gioco si regge proprio sul fatto che se tu non fai
>> un accidenti Access accede ad un db come utente Admin
>> e password blank; basta dargli i permessi "giusti" et voilà.....
>>
>ok. E se tu aggiungi nel tuo system.mdw un utente uguale al mio "Io"??
In questo caso non si porrebbe il problema, se fossi in grado di azzeccare
user e PID con tutta probabilità sarei un veggente e riuscirei a "vedere"
i dati senza nemmeno bisogno di aprire Access....
Bye, Ste


title: Sicurezza Dati


title: Sicurezza Dati

text:
Federico Luciani ha scritto nel messaggio
<
389D6A35...@paperino.tin.it
>...
>Vorrei fare qualche precisazione.
>Se il problema e' solo proteggere il proprio lavoro
>(codice,
>str. oggetti), allora hai ragione, si eliminano i
>permessi per l'admin di sistema e quindi tutti possono
>accedere al db (senza pwd), ma non possono viualizzare la
>struttura degli oggetti.
>In questo caso _non_devi_ fornire il *.mdw usato per lo
>sviluppo.
Già...
>Se pero' bisogna implementare un sistema di accesso a
>livello di utenti, allora un *.mdw devi fornirlo perche'
>contiene i vari gruppi ed i vari utenti ed inoltre
>bisognerebbe implementare un sistema facilitato per la
>gestione degli utenti, ma anche in questo caso con una
>buona gestione dei permessi ed eliminando il proprietario
>si puo proteggere il proprio lavoro.
Si, ma è una soluzione buona solo per installazioni "locali",
non mi passerebbe mai x la testa di pacchettizzare un
lavoro col mio user dentro !!
>In definitiva con la protezione a livello utente, nel 90%
>dei casi, il proprio lavoro e' protetto da occhi
>indiscreti, ma non i dati!!
Xchè no?! Si può togliere pure il permersso di
lettura dati, è sufficiente basare maschere/report
su query eseguite con la WithOwnerAccess....
>I dati non sono protetti da occhi indescreti, perche'
>quelle pwds ci sono e qualcuno ha deciso di vendere un
>prodotto (ad un prezzo irrisorio) capace di leggerle.
E torniamo da capo. Come dicevo una sicurezza
**correttamente** implementata (il che vuol dire
senza dare in giro il system.mdw) non è poi un
osso così tenero...
Se poi qualcuno vuol sostenere che ha la necessità
di impostare un accesso diversificato a seconda
dell'utente è pacifico che nulla può essere + flessibile
di un sistema di utenti/accessi implementato in proprio
direttamente nelle procedure, altro che quello MS!
Bye, Ste


title: Sicurezza Dati

text:
Federico Luciani ha scritto nel messaggio
<
389D874E...@paperino.tin.it
>...
>.... e ci sono quelli che la
>conoscono bene, ma siccome si sono fatti un mazzo per
>capirla, la tengono per se.
'sagerato, non è mica un segreto industriale!  :-D
Bye, Ste


title: Sicurezza Dati

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
>>ok. E se tu aggiungi nel tuo system.mdw un utente uguale al mio "Io"??
> In questo caso non si porrebbe il problema, se fossi in grado di azzeccare
> user e PID con tutta probabilità sarei un veggente e riuscirei a "vedere"
> i dati senza nemmeno bisogno di aprire Access....
>
ma se il tuo Access, leggendo il mio dbase, vede il mio user e PID, da
qualche parte saranno pure scritti... :-)
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
E se Max Pezzali avesse studiato ingegneria?
"Il regolo dell'amico non sbaglia mai...".
		-- Andrea `Zuse' Balestrero


title: Sicurezza Dati

text:
ema <ece...@NOSPAMpenguinpowered.com> wrote in message
87paqu$8e$1...@srv.ema.it...
>ma se il tuo Access, leggendo il mio dbase, vede il mio user e PID, da
>qualche parte saranno pure scritti... :-)
Monsieur De Lapalisse!! Bentornato tra noi!
Mi pare ovvio che da qualche parte si scriva qualcosa che lo
rende in grado di capire chi può fare cosa...., non ci sono
mica gli omini verdi dentro la msjet35.dll !!
E non è un caso che **nessuna** sicurezza implementata
a livello esclusivamente sw sia assolutamente sicura (non
può esserlo). Però se vuoi ti faccio un db sicurizzato e te
lo mando, sono decisamente certo che non riuscirai a farci
un accidenti per quante vaccate tu gli possa scrivere dentro
con un editor esadecimale....
Bye, Ste


title: Sicurezza Dati

author: AntoGal

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
10mcdjk$2cs$1...@fe2.cs.interbusiness.it...
> E non è un caso che **nessuna** sicurezza implementata
> a livello esclusivamente sw sia assolutamente sicura (non
> può esserlo). Però se vuoi ti faccio un db sicurizzato e te
> lo mando, sono decisamente certo che non riuscirai a farci
> un accidenti per quante vaccate tu gli possa scrivere dentro
> con un editor esadecimale....
mmmm..... se non impedisci l'accesso a MSysObjects, potenzialmente si può
accedere a qualunque oggetto, qualunque siano gli utenti definiti ed i
permessi, con o senza mdw.
Ultimamente ho provato a vedere quanto sicuro è un MDE. Lo sai che è
possibile accedere alle maschere ed ai report in modalità STRUTTURA con
estrema facilità? Se ti dicessi come fa Access ad abilitare/disabilitare le
modifiche in un MDE, non ci crederesti!!! Ancora più semplice della
password.
Il codice si può anche leggere, ma fortunatamente è in una specie di p-code,
cioè se cerchi di visualizzarlo direttamente in finestra, Access ti propone
un "Errore imprevisto (40230)".
Sfortunatamente con un po' di prove si può risalire alla tokenizzazione
usata e implementare un decoder che trasformi ogni simbolo nella relativa
keyword. E' normale che non sono cose assolutamente fattibili da un utente
normale o semi-esperto, ma che succede se una società tipo lostpassword
decide di mettere sul mercato un tool a 30$ ?
Tanto per provare che non sto sparando ca**ate, qualcuno mi mandi in email
un MDE zippato con un controllo etichetta/textbox nascosto su una maschera
(quindi visibile solo in modalità struttura), ed in 3 secondi vi dirò il
nome e il contenuto.
Sicurezza Microsoft? Bah!
--
Ciao, AntoGal
*************************************************
Home Page (area programmatori di VolFtp)
http://volftp.mondadori.com/italiani/galletta/
per scaricare un gioco di DAMA ITALIANA
*************************************************


title: Sicurezza Dati


title: Sicurezza Dati

text:
AntoGal <zer...@NOSPAMtiscalinet.it> wrote in message
87rsnp$j8c$1...@lacerta.tiscalinet.it...
>>.... Però se vuoi ti faccio un db sicurizzato e te
> > lo mando, sono decisamente certo che non riuscirai a farci
> > un accidenti per quante vaccate tu gli possa scrivere dentro
> > con un editor esadecimale....
>
> mmmm..... se non impedisci l'accesso a MSysObjects, potenzialmente si può
> accedere a qualunque oggetto, qualunque siano gli utenti definiti ed i
> permessi, con o senza mdw.
Evvabbè...., il capitano hackerlok era ovviamente in grado di
sproteggere qualsiasi cosa x default!
Seriamente perlando comunque è del tutto evidente che nessuna
protezione sw è impenetrabile; alla fin fine si tratta sempre di trovare
il/i byte giusti da scrivere in qualche punto del file ed in linea puramente
teorica la cosa è applicabile a *qualsiasi* database (anche il tanto
strombazzato Oracle x esempio).
Si tratta di vedere quali sono i costi/benefici; una cosa del genere
costerebbe sicuramente tanto sudore ed ore/uomo, difficile per
un privato e difficile per una ditta senza incappare perlomeno
in qualche piccola noia legale....
> Ultimamente ho provato a vedere quanto sicuro è un MDE. Lo sai che è
> possibile accedere alle maschere ed ai report in modalità STRUTTURA con
> estrema facilità? Se ti dicessi come fa Access ad abilitare/disabilitare
le
> modifiche in un MDE, non ci crederesti!!! Ancora più semplice della
> password.
Che già era una vera cagata, ok. Però si tratta sempre di cose legate al
db "sottostante", credo ancora che la sicurezza-utenti sia un' ossicino
un pochino + duro.
> Il codice si può anche leggere, ma fortunatamente è in una specie di
p-code,
> cioè se cerchi di visualizzarlo direttamente in finestra, Access ti
propone
> un "Errore imprevisto (40230)".
> Sfortunatamente con un po' di prove si può risalire alla tokenizzazione
> usata e implementare un decoder che trasformi ogni simbolo nella relativa
> keyword.
Come i mitici "decompilatori" x VB, ogni newsgroup ha la sua croce....
>E' normale che non sono cose assolutamente fattibili da un utente
> normale o semi-esperto, ma che succede se una società tipo lostpassword
> decide di mettere sul mercato un tool a 30$ ?
Non so te, ma io la denuncio subito per tutte le eventuali fatture non
pagate!
Se lo facessero tutti quanti vedi bene che avrebbero qualche problemino
a mettere sul mercato un tool del genere; non si capisce poi xchè mai
dovrebbero farlo proprio x Access, in genere applicazioni e dati veramente
importanti stanno su altre engine che non avrebbero comunque problemi
a "crakkare" con lo stesso metodo...
> Tanto per provare che non sto sparando ca**ate, qualcuno mi mandi in email
> un MDE zippato con un controllo etichetta/textbox nascosto su una maschera
> (quindi visibile solo in modalità struttura), ed in 3 secondi vi dirò il
> nome e il contenuto.
> Sicurezza Microsoft? Bah!
>
Ok Antonello, ma la disputa sulla sicurezza-utenti è un'altra cosa...
Ti senti pronto a crakkare un oggettino su cui Admin non abbia
i permessi ?
Bye, Ste
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
10md57e$f23$1...@fe2.cs.interbusiness.it...
> Non so te, ma io la denuncio subito per tutte le eventuali fatture non
> pagate!
> Se lo facessero tutti quanti vedi bene che avrebbero qualche problemino
> a mettere sul mercato un tool del genere; non si capisce poi xchè mai
> dovrebbero farlo proprio x Access, in genere applicazioni e dati veramente
> importanti stanno su altre engine che non avrebbero comunque problemi
> a "crakkare" con lo stesso metodo...
Forse perchè per Access c'è una fetta di mercato appetibile, ossia tutti
quelli che periodicamente postano sui NG come si torna indietro all'MDB da
un MDE.... e ci sono molte SH che distribuiscono gestionali fidandosi
ciecamente del formato in MDE.
I tipi di lostpassword vendono un programmillo ad un prezzo ridicolo, che ti
decodifica la pw del database (gran ca**ata) e le pw del system.mdw (ammesso
che uno lo distribuisca o non levi l'amministratore ecc...). Il loro alibi è
di aiutare coloro che dimenticano la password, ma sappiamo benissimo che il
99% vuole solo accedere ad un db a cui non dovrebbe. Io ho paura che un
giorno escano con qualcosa tipo: "Avete perso l'MDB e vi rimane solo il file
in MDE? Con il nostro tool recupererete gran parte del lavoro: forms,
report, moduli...". Mah... vedremo.
> Ok Antonello, ma la disputa sulla sicurezza-utenti è un'altra cosa...
> Ti senti pronto a crakkare un oggettino su cui Admin non abbia
> i permessi ?
Non saprei, quel "trucchetto" di cui avevamo parlato in e-mail tempo fa ;-),
funziona se tu hai accesso alla tabella di sistema MSysObjects per leggere
alcune cose. Questa tabella si può proteggere anche in lettura? (non ho mai
implementato una sicurezza utenti perchè ho usato altri metodi
"personalizzati"). Se SI, questo metodo non è immediato e bisognerebbe
andare a tentativi (strada più lunga).
Se NO, prova a mandarmi un MDB con un modulo soltanto, su cui io non abbia
alcun permesso, però sia in grado di leggere dentro MSysObjects. Non mi
serve nessun mdw. Vediamo se si riesce in qualche modo ad aprire 'sto
lucchetto :-)
P.S. per quel paio che mi hanno scritto in e-mail. Lo scopo di questa
discussione è quello di trovare una protezione più sicura e tappare
eventuali "buchi", non aspettatevi neanche minimamente di ottenere alcun
"consiglio" per i "vostri" DB.



title: Sicurezza Dati

text:
AntoGal <zer...@NOSPAMtiscalinet.it> wrote in message >
> > Ok Antonello, ma la disputa sulla sicurezza-utenti è un'altra cosa...
> > Ti senti pronto a crakkare un oggettino su cui Admin non abbia
> > i permessi ?
>
> Non saprei, quel "trucchetto" di cui avevamo parlato in e-mail tempo fa
;-),
Ricordo, briccone!  :-)
> funziona se tu hai accesso alla tabella di sistema MSysObjects per leggere
> alcune cose. Questa tabella si può proteggere anche in lettura?
Mai provato; a livello puramente teorico penso di si anche se poi non so
come diavolo farebbe l' engine a funzionare senza avere visibilità sul
dizionario...
Quasi quasi faccio qualche tentativo....
>(non ho mai
> implementato una sicurezza utenti perchè ho usato altri metodi
> "personalizzati"). Se SI, questo metodo non è immediato e bisognerebbe
> andare a tentativi (strada più lunga).
Quello cui accennavo prima; sicuramente prima o poi si può crakkare,
si tratta solo di azzeccare il/i bytes giusti nella posizione giusta...
Ma questa strada rende l'osso decisamente duretto da rodere!
> Se NO, prova a mandarmi un MDB con un modulo soltanto, su cui io non abbia
> alcun permesso, però sia in grado di leggere dentro MSysObjects. Non mi
> serve nessun mdw. Vediamo se si riesce in qualche modo ad aprire 'sto
> lucchetto :-)
Troppo facile x Hackerlok  :-), l' oggetto del post iniziale era la
protezione di
**dati**....
Appena ho 2 minuti ti mando un db-ino con una tabella monocampo e monorecord
su cui Admin non ha i permessi di lettura ed in cui scriverò una data,
vediamo se
la becchi....
In caso affermativo vediamo di tentare la "protezione" degli oggetti di
sistema....
> P.S. per quel paio che mi hanno scritto in e-mail. Lo scopo di questa
> discussione è quello di trovare una protezione più sicura e tappare
> eventuali "buchi", non aspettatevi neanche minimamente di ottenere alcun
> "consiglio" per i "vostri" DB.
>
Parole sante...
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini wrote:
> ema <ece...@NOSPAMpenguinpowered.com> wrote in message
> >ma se il tuo Access, leggendo il mio dbase, vede il mio user e PID, da
> >qualche parte saranno pure scritti... :-)
> Monsieur De Lapalisse!! Bentornato tra noi!
> Mi pare ovvio che da qualche parte si scriva qualcosa che lo
> rende in grado di capire chi può fare cosa...., non ci sono
> mica gli omini verdi dentro la msjet35.dll !!
> E non è un caso che **nessuna** sicurezza implementata
> a livello esclusivamente sw sia assolutamente sicura (non
> può esserlo). Però se vuoi ti faccio un db sicurizzato e te
> lo mando, sono decisamente certo che non riuscirai a farci
> un accidenti per quante vaccate tu gli possa scrivere dentro
> con un editor esadecimale....
> Bye, Ste
Ciao Ste,
mi reintrometto solo per dire che non credo piu' nella
protezione del proprio lavoro ed ho qualche dubbio sui
dati; questo perche' sono riuscito a crackare un db del
quale non possiedo l'mdw e a visualizzare la struttura
degli oggetti di un mde!
Non ho provato con i dati, ma credo sia la stessa cosa.
Sono un po' deluso, non pensavo facesse proprio schifo!!
Bye



title: Sicurezza Dati

text:
AntoGal wrote:
> ...
> P.S. per quel paio che mi hanno scritto in e-mail. Lo scopo di questa
> discussione č quello di trovare una protezione piů sicura e tappare
> eventuali "buchi", non aspettatevi neanche minimamente di ottenere alcun
> "consiglio" per i "vostri" DB.
> Ciao, AntoGal
Ne hai gia dati troppi!



title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
87u5df$7sg$1...@fe1.cs.interbusiness.it...
> > Se NO, prova a mandarmi un MDB con un modulo soltanto, su cui io non
abbia
> > alcun permesso, però sia in grado di leggere dentro MSysObjects. Non mi
> > serve nessun mdw. Vediamo se si riesce in qualche modo ad aprire 'sto
> > lucchetto :-)
ok, me l'hai voluta fare difficile, mi hai protetto in lettura anche
MSysObjects. Mi puoi confermare che l' ID della tabella "A_Me_No" è 0x13
ossia 19 decimale? Accedendo a MSysObjects per vie... ehm... traverse... non
ho la visione che avrei aprendo la tabella dalla finestra database ;-)
> Troppo facile x Hackerlok  :-), l' oggetto del post iniziale era la
> protezione di
> **dati**....
>
> Appena ho 2 minuti ti mando un db-ino con una tabella monocampo e
monorecord
> su cui Admin non ha i permessi di lettura ed in cui scriverò una data,
> vediamo se la becchi....
La data è 20/01/68 ed il commento nel campo note è: "HackerGal, crakkami
questa!!!! :-)))"
10 minuti... di cui 8 per cercare di capire come accedere almeno in lettura
a MSysObjects dall'esterno.
> In caso affermativo vediamo di tentare la "protezione" degli oggetti di
> sistema....
purtroppo ho potuto verificare che gli oggetti di sistema, anche protetti,
sono leggibili, o almeno è leggibile la parte che interessa....
Sai qual è il problema? La sicurezza utenti è una cassaforte superblindata,
ma col problema che io posso cambiare la combinazione in qualunque momento.
Quindi non c'è bisogno di scassinarla, ma basta dirgli che la combinazione è
un'altra, e come per magia si apre...
Sto pensando seriamente cosa si potrebbe fare per eliminare questa
"backdoor", ma il problema è che bisognerebbe riprogettare il "kernel" del
sistema di sicurezza, ed in questo modo ci può intervenire solo MS.



title: Sicurezza Dati

text:
AntoGal <zer...@NOSPAMtiscalinet.it> wrote in message
87unek$oe7$1...@pegasus.tiscalinet.it...
> Stefano Bettini <
sbet...@iol.it
> wrote in message
> ok, me l'hai voluta fare difficile, mi hai protetto in lettura anche
> MSysObjects. Mi puoi confermare che l' ID della tabella "A_Me_No" č 0x13
> ossia 19 decimale? Accedendo a MSysObjects per vie... ehm... traverse...
non
> ho la visione che avrei aprendo la tabella dalla finestra database ;-)
Devastante! :-)  Effettivamente l' id č 19, prima o poi dovrň trovare voglia
e
tempo per avvicinarti un pochetto nella conoscenza della struttura dei
.mdb...
> La data č 20/01/68 ed il commento nel campo note č: "HackerGal, crakkami
> questa!!!! :-)))"
> 10 minuti... di cui 8 per cercare di capire come accedere almeno in
lettura
> a MSysObjects dall'esterno.
OK, stai conciando Bill x le feste....
Riesci anche a "sproteggere" la tabella stessa in modo che qualsiasi
utente possa scriverci su ? Se hai trovato dove hard-codifica lo user
dovrebbe essere facile (cosě becchiamo anche cosa cavolo si salva).
> purtroppo ho potuto verificare che gli oggetti di sistema, anche protetti,
> sono leggibili, o almeno č leggibile la parte che interessa....
> Sai qual č il problema? La sicurezza utenti č una cassaforte
superblindata,
> ma col problema che io posso cambiare la combinazione in qualunque
momento.
> Quindi non c'č bisogno di scassinarla, ma basta dirgli che la combinazione
č
> un'altra, e come per magia si apre...
Cioč mi stai confermando che oltre alla lettura del dato sei in grado di
modificarne l' owner?
> Sto pensando seriamente cosa si potrebbe fare per eliminare questa
> "backdoor", ma il problema č che bisognerebbe riprogettare il "kernel" del
> sistema di sicurezza, ed in questo modo ci puň intervenire solo MS.
>
A bhč, io sto pensando seriamente a fare avere a te l' oscar dell' hacker
ed al team della jet un bel tapirone d'oro....
Bye, Ste


title: Sicurezza Dati

text:
Federico Luciani <
fluc...@paperino.tin.it
> wrote in message
38A2CC8E...@paperino.tin.it...
> Sono un po' deluso, non pensavo facesse proprio schifo!!
>
Aufff....., dovrò ricomnciare a lavorare di diff, speravo di aver finito ai
tempi della password di database.
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini <
sbet...@iol.it
> wrote in message
87unjt$d7v$1...@fe1.cs.interbusiness.it...
> Riesci anche a "sproteggere" la tabella stessa in modo che qualsiasi
> utente possa scriverci su ? Se hai trovato dove hard-codifica lo user
> dovrebbe essere facile (così becchiamo anche cosa cavolo si salva).
> Cioè mi stai confermando che oltre alla lettura del dato sei in grado di
> modificarne l' owner?
Ciao Ste, ti ho già risposto in e-mail. La questione è un po' delicata ed il
mio ultimo scopo è di divulgare informazioni di questo tipo su un NG
pubblico...
Dico solo che un bel tapirone d'oro non lo leva nessuno ai progettisti del
Jet... ;-)



title: Sicurezza Dati

text:
AntoGal <zer...@NOSPAMtiscalinet.it> wrote in message
87vvdt$br5$1...@pegasus.tiscalinet.it...
> Dico solo che un bel tapirone d'oro non lo leva nessuno ai progettisti del
> Jet... ;-)
>
Il tapiro glielo andiamo a consegnare personalmente io e te,
cmq l' ultimo db che t'ho inviato dovrebbe risultarti indigesto
a sufficienza! :-)
Poi pacifico che la cosa si possa risolvere comunque, visto
che sembra risulti difficile ai tecnici MS l' utilizzo di sistemi
di cifratura, xò non fasciamoci la testa prima di essercela
rotta.....
Ci facciamo un bel libro su? Tipo il mitico Sybexone......
Bye, Ste


title: Sicurezza Dati

text:
Federico Luciani <
fluc...@paperino.tin.it
> wrote in message
38A2CC8E...@paperino.tin.it...
>
> Sono un po' deluso, non pensavo facesse proprio schifo!!
>
Non t'arrendere, non è ancora detta l'ultima parola....
Bye, Ste


title: Sicurezza Dati

text:
Stefano Bettini wrote:
> AntoGal <zer...@NOSPAMtiscalinet.it> wrote in message
> > Dico solo che un bel tapirone d'oro non lo leva nessuno ai progettisti del
> > Jet... ;-)
>
> Il tapiro glielo andiamo a consegnare personalmente io e te,
> cmq l' ultimo db che t'ho inviato dovrebbe risultarti indigesto
> a sufficienza! :-)
> Poi pacifico che la cosa si possa risolvere comunque, visto
> che sembra risulti difficile ai tecnici MS l' utilizzo di sistemi
> di cifratura, xò non fasciamoci la testa prima di essercela
> rotta.....
> Ci facciamo un bel libro su? Tipo il mitico Sybexone......
> Bye, Ste
Solo che per smontare un mdb bastano due fogli A4!



title: Sicurezza Dati

text:

Sono sicuro che alla fine trovero' un sistema, ma sto per
distribuire un pacchetto e non ho tempo di ridisegnare
tutta la protezione!!! Porca vacca!



title: Sicurezza Dati

text:
Mio cugino mi ha detto che AntoGal <zer...@NOSPAMtiscalinet.it> scrisse:
> Ultimamente ho provato a vedere quanto sicuro è un MDE. Lo sai che è
> possibile accedere alle maschere ed ai report in modalità STRUTTURA con
> estrema facilità? Se ti dicessi come fa Access ad abilitare/disabilitare le
> modifiche in un MDE, non ci crederesti!!! Ancora più semplice della
> password.
>
uff! Tu mi procuri troppo interesse... :-)
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
"Se fai tutto, vincerai."
		-- Lyndon Baines Johnson


title: Sicurezza Dati

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
> Mi pare ovvio che da qualche parte si scriva qualcosa che lo
> rende in grado di capire chi può fare cosa...., non ci sono
> mica gli omini verdi dentro la msjet35.dll !!
>
cerchero`, cerchero`... :-)
> E non è un caso che **nessuna** sicurezza implementata
> a livello esclusivamente sw sia assolutamente sicura (non
> può esserlo).
>
Calma: non puo` esserlo in Windows, per un semplice fatto: non e` un os
multiutente.
Sulla multiutenza (a lvl di kernel, s'intende) si basa il fatto che tu
possa o no leggere dei files.
Quindi basta un server dbase che amministri l'utenza per i dbase,
appunto, a sua volta gestito da un utente db-admin, che avra` negato
l'accesso al file con le password.
E li`, gli unici 2 che leggono, sono db-admin e root, e se non leggi hai
poco da fare :-)
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
- Pierino, cosa sai dirmi di Laplace e Fourier?
- Che erano abilissimi trasformisti!
		-- Andrea `Zuse' Balestrero, "Matemastica e Deformatica"


title: Sicurezza Dati

text:
ema <ece...@NOSPAMpenguinpowered.com> wrote in message
87sbrk$hd$1...@srv.ema.it...
>Calma: non puo` esserlo in Windows, per un semplice fatto: non e` un os
>multiutente.
>Sulla multiutenza (a lvl di kernel, s'intende) si basa il fatto che tu
>possa o no leggere dei files.
A dir la verità la multiutenza a livello di kernel non ha nulla a vedere
con la gestione dei permessi (che è cosa del file-system), comunque...
>Quindi basta un server dbase che amministri l'utenza per i dbase,
>appunto, a sua volta gestito da un utente db-admin, che avra` negato
>l'accesso al file con le password.
Non l' ho capita, con "server dbase" intendi qualcosa come (ad es.)
l' istanza di Oracle ? In questo caso sia sotto Unix che sotto Winxx
viene gestito da un sacco di simpatici utenti (tipicamente DBA è
quello che può farci tutto), ma se ti metti ad aprirlo con un editor
esadecimale non pensare di trovare cose faraoniche; bene che
vada avranno gestito le cose criptandole un pochetto ma un
tipo cocciuto non ci metterebbe poi tanto a schiodare pure quello....
Anche lì non esiste alcun "file di password" (x il db), è tutto
contenuto in una tabella + o - come in Access.
>E li`, gli unici 2 che leggono, sono db-admin e root, e se non leggi hai
>poco da fare :-)
Allora stai parlando dei permessi di lettura/scrittura dei files di
database,
quelli in genere hanno i permessi in lettura/scrittura dell' utente "oracle"
(quello che fa partire l'istanza, un pochino + basso di root); cmq vuoi
dire che pensi seriamente esista una qualsiasi installazione unix nel mondo
in cui la password di root non sia conosciuta da **almeno** 4-5 persone
tra utenti, tecnici hw, tecnici sw e sistemisti ?  Lascia perdere...
Nessuna sicurezza esclusivamente "sw" è veramente sicura in
quanto tale.
Bye, Ste
PS: per non parlare del fatto che si può sempre accedere al disco in
read/write saltando allegramente il S.O.! Come pensi facciano tutte
le ditte che si occupano di recupero dati da dischi danneggiati?


title: Sicurezza Dati


title: Sicurezza Dati

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
>>Sulla multiutenza (a lvl di kernel, s'intende) si basa il fatto che tu
>>possa o no leggere dei files.
> A dir la verità la multiutenza a livello di kernel non ha nulla a vedere
> con la gestione dei permessi (che è cosa del file-system), comunque...
>
beh, e chi e` che controlla chi sei, e se puoi o no aprire un file??

> Non l' ho capita, con "server dbase" intendi qualcosa come (ad es.)
> l' istanza di Oracle ? In questo caso sia sotto Unix che sotto Winxx
> viene gestito da un sacco di simpatici utenti (tipicamente DBA è
>
chiaro, l'amministratore puo` tutto ;-)
> quello che può farci tutto), ma se ti metti ad aprirlo con un editor
> esadecimale non pensare di trovare cose faraoniche; bene che
> vada avranno gestito le cose criptandole un pochetto ma un
>
bah, sarebbe una perdita di tempo, imho.
> tipo cocciuto non ci metterebbe poi tanto a schiodare pure quello....
>
se puo` aprire il file...

> Anche lì non esiste alcun "file di password" (x il db), è tutto
> contenuto in una tabella + o - come in Access.
>
si`, ma quel file lo possono leggere solo 2 persone, root e DBA.
> in cui la password di root non sia conosciuta da **almeno** 4-5 persone
> tra utenti, tecnici hw, tecnici sw e sistemisti ?  Lascia perdere...
>
certo che esiste: la mia, ad esempio.
Comunque sia, e` ovvio che di qualcuno devi ben fidarti... root, si da
per scontato che sia integro moralmente. Senno`, se non ti fidi, lascia
perdere e lavora per qualcun altro.
Oppure, finito il lavoro, ti fai pagare, e poi rilasci i sorgenti del
tuo programma, cosi` nessuno ti hackera nulla ;-)

> Nessuna sicurezza esclusivamente "sw" è veramente sicura in
> quanto tale.
>
dipende da che livello guardi le cose: e` ovvio che c'e` sempre qualcuno
che puo` fare tutto...
> PS: per non parlare del fatto che si può sempre accedere al disco in
> read/write saltando allegramente il S.O.! Come pensi facciano tutte
> le ditte che si occupano di recupero dati da dischi danneggiati?
>
questo e` fuori discussione, e` ovvio che se hai l'accesso all'hw fai
qualsiasi cosa.
bye!
P.S: che razza di sig mi e` saltata fuori!? fa skifo!! :-(
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
     Attore                  Vero nome
 Boris Karloff           William Henry Pratt
 Cary Grant              Archibald Leach
 Edward G. Robinson      Emmanual Goldenburg
 Gene Wilder             Gerald Silberman
 John Wayne              Marion Morrison
 Kirk Douglas            Issur Danielovitch
 Richard Burton          Richard Jenkins Jr.
 Roy Rogers              Leonard Slye
 Woody Allen             Allen Stewart Konigsberg


title: Sicurezza Dati

text:
ema <ece...@NOSPAMpenguinpowered.com> wrote in message
88c3l1$br$1...@srv.ema.it...
>> in cui la password di root non sia conosciuta da **almeno** 4-5 persone
>> tra utenti, tecnici hw, tecnici sw e sistemisti ?  Lascia perdere...
>
>certo che esiste: la mia, ad esempio.
>Comunque sia, e` ovvio che di qualcuno devi ben fidarti... root, si da
>per scontato che sia integro moralmente. Senno`, se non ti fidi, lascia
>perdere e lavora per qualcun altro.
Ma scusa, si stava parlando di "sicurizzare" un'applicazione da
dare in giro...
E' ovvio che finchè la cosa rimane nel mio ufficio ho un
milione di possibilità per beccare chi fa lo stronzo, il problema
è quando vendi il pacchetto a qualcuno che lo farà girare
su sue macchine supervisionate da suoi dipendenti...
qualcuno la pwd di root l' avrà pure, no?
>Oppure, finito il lavoro, ti fai pagare, e poi rilasci i sorgenti del
>tuo programma, cosi` nessuno ti hackera nulla ;-)
Già, tanto alla fin fine chi è abbastanza bravo da capirli in genere
non ha voglia di studiare il lavoro degli altri, e chi non lo è è
fregato in partenza....
Pensa te se uno sensato si dovesse mettere a guardare i sorgenti
(ad es.) di quello scrauso del Biso, sarebbe una tortura cinese!
>questo e` fuori discussione, e` ovvio che se hai l'accesso all'hw fai
>qualsiasi cosa.
Ebbè, ma se hai un cliente a Canicattì vai tutti i giorni a vedere
che stàaffà col suo hw?
Il 100% (và, diciamo 99%) di sicurezza è raggiungibile solo
con chiavi hw.
Bye, Ste


title: Sicurezza Dati

text:
Mio cugino mi ha detto che Stefano Bettini <
sbet...@iol.it
> scrisse:
>>per scontato che sia integro moralmente. Senno`, se non ti fidi, lascia
>>perdere e lavora per qualcun altro.
> Ma scusa, si stava parlando di "sicurizzare" un'applicazione da
> dare in giro...
>
ah.

>>Oppure, finito il lavoro, ti fai pagare, e poi rilasci i sorgenti del
>>tuo programma, cosi` nessuno ti hackera nulla ;-)
> Già, tanto alla fin fine chi è abbastanza bravo da capirli in genere
> non ha voglia di studiare il lavoro degli altri, e chi non lo è è
> fregato in partenza....
>
chiaro! E poi giacche` hai faticato, e sei stato ripagato, se il tuo
lavoro puo` essere d'aiuto a qlc...

> Pensa te se uno sensato si dovesse mettere a guardare i sorgenti
> (ad es.) di quello scrauso del Biso, sarebbe una tortura cinese!
>
non oso pensare al povero sventurato!!
> Ebbè, ma se hai un cliente a Canicattì vai tutti i giorni a vedere
> che stàaffà col suo hw?
>
Abito a 2 km da Canicatti` ;-P
> Il 100% (và, diciamo 99%) di sicurezza è raggiungibile solo
> con chiavi hw.
>
Non so. Sono dubbioso...
Rubero` una chiave hw e ti faccio sapere.
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
VERGINE (23 Ago - 22 Sett):
        Lo rimarrai.


title: Sicurezza Dati

text:
ema <ece...@NOSPAMpenguinpowered.com> wrote in message
88jhg0$9c$1...@srv.ema.it...
>
>Non so. Sono dubbioso...
>Rubero` una chiave hw e ti faccio sapere.
Bisognerà trovare la toppa hw giusta per testarla...
Bye, Ste


title: Numerazione fatture

author: Dendy

text:
Un saluto a tutti,
Ho un problema di questo tipo,
ho trovato sul sito comune l'esempio per creare una numerazione per le
fatture,
che quì di seguito riporto.
"AA" & Format(Date();"aa") & "/" &
Format(IIf(IsNull(DMax("numero_fattura";"fatture";"numero_fattura like 'AA"
& Format(Date();"aa") &
"/?????'"));1;Right(DMax("numero_fattura";"fatture";"numero_fattura like
'AA" & Format(Date();"aa") & "/?????'");5)+1);"00000")
Ho inserito la formula in una query di accodamento, ma mi incolla un record
e poi si blocca.
Penso sia stato creato per il valore predefinito per una form, mi aiutate ad
modificarlo per farlo funzionare con una query di accodamento ?
Grazie a tutti da un principinate.


title: Numerazione fatture

author: Lorenzo Coronati

text:
Scrisse "Dendy" <
don...@sanchirico.it
>:
>Ho un problema di questo tipo,
>ho trovato sul sito comune l'esempio per creare una numerazione per le
>fatture,
>che quě di seguito riporto.
>"AA" & Format(Date();"aa") & "/" &
>Format(IIf(IsNull(DMax("numero_fattura";"fatture";"numero_fattura like 'AA"
>& Format(Date();"aa") &
>"/?????'"));1;Right(DMax("numero_fattura";"fatture";"numero_fattura like
>'AA" & Format(Date();"aa") & "/?????'");5)+1);"00000")
>Ho inserito la formula in una query di accodamento, ma mi incolla un record
>e poi si blocca.
>Penso sia stato creato per il valore predefinito per una form, mi aiutate ad
>modificarlo per farlo funzionare con una query di accodamento ?
Fossi in te farei la cosa via vba, cosi' ti basterebbe
richiamare il dmax una sola volta
--
Lorenzo Coronati
---
<<vedo che i cretini sono tanti, il run time di
acces si scarica liberamente nelle pagine di
microsoft.com
 e non necessita di alcuna licenza>>
(Mitos, 16/11/2000)
---


title: Numerazione fatture

author: Emyr

text:
On Fri, 19 Apr 2002 11:53:36 GMT, lorenzo.coronati@liberopuntoit
(Lorenzo Coronati) wrote:
><<vedo che i cretini sono tanti, il run time di
>acces si scarica liberamente nelle pagine di
>
microsoft.com
 e non necessita di alcuna licenza>>
>(Mitos, 16/11/2000)
Lorenzo, l'hai poi verificata questa notizia? o č lo scherzo del 1°
aprile in anticipo?
Saluti.
Emanuele.


title: Numerazione fatture

text:
Scrisse Emyr <
fan...@lavoro.com
>:

Il *runtime* si scarica da un sacco di parti in rete,
compresi ministeri e ms stessa, cosi' come lo si puo'
trovare su diversi cd, per esempio di cataloghi.
Cio' detto, IMVHO, nessuno mi vieta, (a me utente) di
scaricarlo e di usarlo con qualsiasi mdb: su questo si e'
dibattuto a lungo anche qui su icaa.
Altra cosa e' naturalmente ridistribuire tale runtime a
scopo di lucro, lucro che si esplicita anche senza farlo
pagare, solo al fine di "piazzare" il proprio sw; ma su
questo oramai credo nessuno abbia piu' dubbi...
Bai
--
Lorenzo Coronati
---
<<Complimenti per la risposta disinteressata a
differenza di altri che sul NG ci mangiano sopra.>>
(Voltolini, 20/04/2000)
---
<<[...] Altrimenti ci arrabbiamo....>>
(Voltolini, 10/10/2000)
---


title: Numerazione fatture

text:
On Tue, 23 Apr 2002 12:25:23 GMT, lorenzo.coronati@liberopuntoit
(Lorenzo Coronati) wrote:
CUT
ma nessuno ha ancora avuto voglia di leggere per bene la licenza...
Saluti.
Emanuele.


title: elenco paesi

text:
Qualcuno di voi sa dove trovare una tabella con tutti i paesi d'italia?
... ditemi che esiste vi prego...
Saluti!


title: elenco paesi

author: MA

text:
"dany_" <
as...@sd.it
> ha scritto nel messaggio
news:Uj2kd.145669$b5.71...@news3.tin.it...
> Qualcuno di voi sa dove trovare una tabella con tutti i paesi d'italia?
> ... ditemi che esiste vi prego...
> Saluti!
su
www.poste.it
MAssimiliano


title: elenco paesi

author: . chiarello @gmail.com strano...mavero

text:
> Qualcuno di voi sa dove trovare una tabella con tutti i paesi d'italia?
> ... ditemi che esiste vi prego...
> Saluti!
>
Ciao,
settimana scorsa ho inviato al webmaster del sito comune un mdb completo al
98% con tutti i comuni d'italia, più di 8000, contenente:
1.    nome comune
2.    provincia di appartenenza
3.    CAP
4.    prefisso telefonico
Tieni d'occhio il SC, potrebbe fare al caso tuo.
--
strano...mavero
L'universo è cambiamento; la nostra vita è il risultato dei nostri pensieri.
Marco Aurelio


title: elenco paesi

text:
"strano...mavero" <mauro . chiarello @ gmail . com> ha scritto nel messaggio
news:cmqeso$847$1...@lacerta.tiscalinet.it...
> > Qualcuno di voi sa dove trovare una tabella con tutti i paesi d'italia?
> > ... ditemi che esiste vi prego...
> > Saluti!
> >
> Ciao,
> settimana scorsa ho inviato al webmaster del sito comune un mdb completo
al
> 98% con tutti i comuni d'italia, più di 8000, contenente:
>
> 1.    nome comune
> 2.    provincia di appartenenza
> 3.    CAP
> 4.    prefisso telefonico
>
> Tieni d'occhio il SC, potrebbe fare al caso tuo.
Giacchè  hai deciso di condividerlo e per l'aggiornamento del SC dobbiamo
aspettare
il mese prossimo, inviaglielo.
MAssimiliano


title: elenco paesi

text:
in effetti MA ha ragione.. nessuno potrebbe farmi la cortesia di inviarmelo?
danilo...@email.it
 grazie...


title: elenco paesi

text:
[cut]
Inviato!!!



title: elenco paesi

text:
"strano...mavero" <mauro . chiarello @ gmail . com> ha scritto nel messaggio
news:cmqk46$cp8$1...@lacerta.tiscalinet.it...
> [cut]
>
> Inviato!!!
>
Ora ti senti meglio??
MAssimiliano


title: elenco paesi

text:
> Ora ti senti meglio??
> MAssimiliano
Più leggero!!!



title: elenco paesi

text: GRAZIE!!!! grazie davvero!! č proprio quello che cercavo... !!!


title: [Forse OT] Account mac.com clonato

author: ChiC-iSm

text:
Egregi,
da una settimana il mio account
mac.com
 è oggetto di una sorta di
mail-bombing causato dall'evidente avvenuta clonazione del mio account
pb...@mac.com
Ho ricevuto circa 400 (quattrocento) mail simili a quella che riporto
sotto, oltre a un considerevole numero di mail di persone abbastanza
incavolate per l ospam che il mio clonatore sta effettuando (spam
erotico, naturalmente).
Esiste, che voi sappiate, un indirizzo mail a cui mandare la
segnalazione?
ab...@mac.com
 non mi ha dato alcuna risposta, ammesso che
l'account esista e sia valido, mentre
sup...@mac.com
 mi risponde che
non danno assistenza per mail.
Ho anche pensato che sia una forma di "vendetta" da parte di Apple nei
confronti dei vecchi sottoscrittori "free" di
mac.com
 che ancora non
abbiano pagato il .
mac.com
 account.
Che mi dite?
P.
--
Ardisco non ordisco


title: [Forse OT] Account mac.com clonato

text:
In article <amn5jk$7cu04$
1...@ID-27084.news.dfncis.de
>,
 ChiC-iSm <
pb...@mac.com
> wrote:
> Ho ricevuto circa 400 (quattrocento) mail simili a quella che riporto
> sotto, oltre a un considerevole numero di mail di persone abbastanza
> incavolate per l ospam che il mio clonatore sta effettuando (spam
> erotico, naturalmente).
Date: Mon, 23 Sep 2002 07:11:18 -0700
From: Mail Delivery Subsystem <
MAILER...@colorado.net
>
To: <
pb...@mac.com
>
Subject: Returned mail: User unknown
Auto-Submitted: auto-generated (failure)
The original message was received at Mon, 23 Sep 2002 07:11:18 -0700
from unknown [217.167.253.212]
   ----- The following addresses had permanent fatal errors -----
<
tlec...@colorado.net
>
    (expanded from: <
tlec...@colorado.net
>)
   ----- Transcript of session follows -----
mail.local: unknown name: tleclair
550 <
tlec...@colorado.net
>... User unknown
Reporting-MTA: dns;
mx1.colorado.net
Received-From-MTA: DNS; unknown
Arrival-Date: Mon, 23 Sep 2002 07:11:18 -0700
Final-Recipient: RFC822; <
tlec...@colorado.net
>
X-Actual-Recipient: RFC822;
tlec...@colorado.net
Action: failed
Status: 5.1.1
Last-Attempt-Date: Mon, 23 Sep 2002 07:11:18 -0700
Return-Path: <
pb...@mac.com
>
Received: from
mac.com
 (unknown [217.167.253.212])
   by
colorado.net
 (Postfix) with SMTP id 9539BDBE97
   for <
tlec...@colorado.net
>; Sat, 21 Sep 2002 11:34:04 -0600 (MDT)
Reply-To: <
pb...@mac.com
>
Message-ID: <018e41a56d4d$3361c1e5$7eb31ee6@ayfwps>
From: <
pb...@mac.com
>
To:
pb...@mac.com
Subject: Hey there!
Date: Sat, 21 Sep 2002 19:17:10 -0200
MiME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-UIDL: Fj$#!`Fl"!gY%"!+h!"!
Status: U
Hi there,
Thought I would send you the pics I promissed... Oh yeah, by the way, I
fucked your wife last night and we took some pictures... check them out
here..
http://www.sex2go.com
Enjoy
27l2
--
Ardisco non ordisco


title: [Forse OT] Account mac.com clonato

author: Maurizio Borrelli

text:
> "ChiC-iSm" [...]:
> >  ChiC-iSm  [...]:
> > Ho ricevuto circa 400 (quattrocento) mail simili a quella che riporto
[...]
    Poteva bastare l'intestazione del post, non ti pare?
    Sinceramente mi dispiace per la tua disavventura ma ti prego di notare
che non e' questo il luogo in cui parlarne.
    Prova su:
        it.news.net-abuse
in considerazione del fatto che il Manifesto di tale ng recita:
************************************************************
Anche le discussioni circa l'abuso via email, come ad esempio lo spam,
rientrano nell'argomento del gruppo - almeno fino a quando il numero di
articoli sull'argomento non renda necessaria l'apertura di un newsgroup
specifico.
Un ottimo punto di partenza per capire il fenomeno dello spam e` il
tutorial antispam di Leonardo Colinelli:
http://collinelli.virtualave.net/antispam/
************************************************************
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


title: Errore Access di Memoria insufficiente

author: Luigi Lazzaretti

text:
Ho questo dannato problema: cerco di aprire una maschera in funzione
da tempo, in visualizzazione struttura o dati, ed esce questo
messaggio: "Memoria insufficiente. Impossibile eseguire l'operazione.
Chiudere le applicazioni non necessarie, quindi ritentare
l'operazione."
Da questo momento in poi non c'è più niente fare per le maschere,
anche facendo la riorganizzazione.
Non può essere un reale problema di memoria perchè ho 3 GB, lavoro
solo con Access e con maschere ben più pesanti.
Questo problema si è vericato su maschere diverse dello stesso
database e anche su database diversi.
La mia sensazione, per non dire certezza è che il problema nasce dal
modulo VBA associato. Infatti entrando nell'editor per altre vie
riesco a vedere il codice, a compilarlo, se cerco di cambiarlo prima
si blocca con il solito messaggio di Memoria insufficiente, poi mi fa
andare un pò avanti con la cancellazione di qualche carattere e
infine  blocca complemente tutta l'applicazione. (in pratica ho
cercato di "tagliare" tutto il codice della maschera e poi di re-
incollarlo ma è impossibile). Una cosa che avevo scoperto è che la
memorizzazione del codice VBA è leggermente più lenta della
memorizzazione della corrrispondente maschera e quindi rischi alti di
"forms corrupted" nascono ad esempio  quando si usa un notebook
funzionante solo con batteria per la lentezza del disco. Ma nel caso
attuale sto lavorando con PC desktop di buona potenza con Access
aggiornato. Qualcuno riesce a darmi qualche dritta senza dover perdere
tuttto il lavoro? Grazie Lugi52


title: Errore Access di Memoria insufficiente

author: Alessandro Cara

text:
Luigi Lazzaretti ha scritto:
> Ho questo dannato problema: cerco di aprire una maschera in funzione
> da tempo, in visualizzazione struttura o dati, ed esce questo
> messaggio: "Memoria insufficiente. Impossibile eseguire l'operazione.
> Chiudere le applicazioni non necessarie, quindi ritentare
> l'operazione."
Questo succede nella quasi totalita' dei casi a causa di chiamate
ricorsive senza uscita.
Cosa significa "in funzione da tempo"? Che variazioni ci sono state nel
frattempo?
> Da questo momento in poi non c'� pi� niente fare per le maschere,
> anche facendo la riorganizzazione.
Cosa significa questo frase. E comunque non e' con la riorganizzazione ,
laddove il problema sia inerente qualche maschera particolare, che lo
superi. Talvolta il ripristino si puo' ottenere utilizzando il parametro
"recompile" sul lancio dell'mdb.
E se una volta in stallo ottieni, da subito, il "memoria insufficiente"
cio' e' sintomo che nel run precedente c'e' stata allocazione di tutta
la RAM, lo spazio disponibile su disco c'entra relativamente (non mi
dilungo), senza che poi tale memoria sia stata rilasciate (parola chiave
per ricerca "memory leak")
--
ac


title: Errore Access di Memoria insufficiente

author: Karl Donaubauer

text:
Luigi Lazzaretti wrote:
> Ho questo dannato problema: cerco di aprire una maschera in funzione
> da tempo, in visualizzazione struttura o dati, ed esce questo
> messaggio: "Memoria insufficiente. Impossibile eseguire l'operazione.
> Chiudere le applicazioni non necessarie, quindi ritentare
> l'operazione."
> Da questo momento in poi non c'� pi� niente fare per le maschere,
> anche facendo la riorganizzazione.
> Non pu� essere un reale problema di memoria perch� ho 3 GB, lavoro
> solo con Access e con maschere ben pi� pesanti.
> Questo problema si � vericato su maschere diverse dello stesso
> database e anche su database diversi.
> La mia sensazione, per non dire certezza � che il problema nasce dal
> modulo VBA associato. Infatti entrando nell'editor per altre vie
> riesco a vedere il codice, a compilarlo, se cerco di cambiarlo prima
> si blocca con il solito messaggio di Memoria insufficiente, poi mi fa
> andare un p� avanti con la cancellazione di qualche carattere e
> infine  blocca complemente tutta l'applicazione. (in pratica ho
> cercato di "tagliare" tutto il codice della maschera e poi di re-
> incollarlo ma � impossibile). Una cosa che avevo scoperto � che la
> memorizzazione del codice VBA � leggermente pi� lenta della
> memorizzazione della corrrispondente maschera e quindi rischi alti di
> "forms corrupted" nascono ad esempio  quando si usa un notebook
> funzionante solo con batteria per la lentezza del disco. Ma nel caso
> attuale sto lavorando con PC desktop di buona potenza con Access
> aggiornato. Qualcuno riesce a darmi qualche dritta senza dover perdere
> tuttto il lavoro?
Strano che persino con un tale problema la gente non scrive
la versione di Access e l'SP.
Ci sono tanti versioni di questo problema che di solito dipendono
dalla versione. Vedi p.e.
www.donkarl.com/it?FAQ7.13
 o
http://support.microsoft.com/search/default.aspx?mode=a&query=out+of+memory&spid=915&catalog=LCID%3D1033&1033comm=1
Hai provato se succede solo con questo database o anche con un nuovo?
Se si tratta di un problema di solo questo db leggi:
 Come procedere con database danneggiati

www.donkarl.com/it?FAQ1.27
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


title: Errore Access di Memoria insufficiente

text:
On 28 Lug, 17:28, "Karl Donaubauer" <
NoS...@donkarl.com
> wrote:
> Luigi Lazzaretti wrote:
> > Ho questo dannato problema: cerco di aprire una maschera in funzione
> > da tempo, in visualizzazione struttura o dati, ed esce questo
> > messaggio: "Memoria insufficiente. Impossibile eseguire l'operazione.
> > Chiudere le applicazioni non necessarie, quindi ritentare
> > l'operazione."
> > Da questo momento in poi non c'è più niente fare per le maschere,
> > anche facendo la riorganizzazione.
> > Non può essere un reale problema di memoria perchè ho 3 GB, lavoro
> > solo con Access e con maschere ben più pesanti.
> > Questo problema si è vericato su maschere diverse dello stesso
> > database e anche su database diversi.
> > La mia sensazione, per non dire certezza è che il problema nasce dal
> > modulo VBA associato. Infatti entrando nell'editor per altre vie
> > riesco a vedere il codice, a compilarlo, se cerco di cambiarlo prima
> > si blocca con il solito messaggio di Memoria insufficiente, poi mi fa
> > andare un pò avanti con la cancellazione di qualche carattere e
> > infine  blocca complemente tutta l'applicazione. (in pratica ho
> > cercato di "tagliare" tutto il codice della maschera e poi di re-
> > incollarlo ma è impossibile). Una cosa che avevo scoperto è che la
> > memorizzazione del codice VBA è leggermente più lenta della
> > memorizzazione della corrrispondente maschera e quindi rischi alti di
> > "forms corrupted" nascono ad esempio  quando si usa un notebook
> > funzionante solo con batteria per la lentezza del disco. Ma nel caso
> > attuale sto lavorando con PC desktop di buona potenza con Access
> > aggiornato. Qualcuno riesce a darmi qualche dritta senza dover perdere
> > tuttto il lavoro?
>
> Strano che persino con un tale problema la gente non scrive
> la versione di Access e l'SP.
>
> Ci sono tanti versioni di questo problema che di solito dipendono
> dalla versione. Vedi
p.e.www.donkarl.com/it?FAQ7.13ohttp://support.microsoft.com/search/default.aspx?mode=a&query=out+of+.
..
>
> Hai provato se succede solo con questo database o anche con un nuovo?
>
> Se si tratta di un problema di solo questo db leggi:
>
>  Come procedere con database danneggiati
>
www.donkarl.com/it?FAQ1.27
>
> --
> HTH
> Karl
> *********
> Access FAQ:
www.donkarl.com/it
Aggiungo qualche dettaglio:
- Sì, hai ragione ho dimenticato la versione. Si tratta di Access 2003
- Formato 2003 - aggiornato con ultime patch.
- La dimensione del .mdb è di circa 15 MB, le tabelle sono sun .mdb
esterno.
- In effetti il file .mdb è una applicazione creata con Office 2000
(formato 2000) e poi convertita in 2003. Avendo già avuto questo tipo
di problema in passato (sia su 2000 che su 2003, e senza riuscire a
risolverlo) ho creato recentemente un nuovo .mdb e copiato uno per uno
gli oggetti. Ma vedo che alla fine il problema è tornato.
- Si è lavorato anche su PC diversi. Quello su cui si verificato
l'errore è sicuramente potente, affidabile ed aggiornato.
- I riferimenti delle librerie in VBA sono stati controllati per PC e
corrispondono
- Ho aperto il database anche con Office 2007 (su un PCdiverso): il
problema permane
- Le varie versioni di Office sono sempre state aggiornate all'ultimo
livello di patch
- Il problema ultimo si verifica su una maschera e relativa
sottomaschera che erano state create tempo fa, utilizzate nel tempo e
modificate poco prima che cominciasse ad apparire l'errore. Le
modifiche erano state abbastanza semplici (cambio di nomi, ecc)
- Il database e le maschere in questione sono certamente "non banali"
ma proprio per questo si è evitato di mettere nelle maschere immagini
e quant'altro appesantisse inutilmente, di usare wizard, ecc.
- Quando dico che con le 2 maschere non c'è più niente da fare intendo
che non riesco a visualizzarle, aprirle in struttura, esportare, fare
un copia e incolla (una duplicazione con trascinamento mi era riuscita
ma poi di nuovo il messaggio..)
La cosa strana è che in qualche modo ero entrato nei moduli VBA legati
alle form. Prima mi è uscito il solito messaggio, poi mi ha permesso
di andare avanti con la cancellazione di qualche carattere, poi si è
bloccato definitivamente. Eppure l'editor dovrebbe essere una cosa
abbastanza semplice. Tra l'altro riesco a compliare il codice senza
errori o a scrivere in altri moduli!
Escludete del tutto l'ipotesi che il problema sia nel VBA? Io ho
sempre questo dubbio che il problema nasca da una non perfetta
sincronia di memorizzazione del codice VBA con la struttura della
maschera. Come vi dicevo spesso i problemi che ho avuto (anche altri
diversi da quello in questione) sono nati dal notebook senza carica-
batteria attaccato e quindi con velocità del disco ridotta, ho visto
che anche su PC Desktop ma con versioni più pesanti quali Office 2007
facendo un rinomina o un copia e incolla di una maschera "velocente",
magari con trascinamento del mouse, ogni tanto dice che non è riuscito
a fare l'operazione o "corrompe" (definitivamente) l'oggetto (alla
fine per sicurezza apro in visualizzazione e salvo con nome diverso).
(A proposito mi piacerebbe sapere la vostra opinione su Office 2007)
Se riuscite a darmi una dritta vi ringrazio, ho capito che dovrò
prendere una vecchia versione delle 2  maschere corrupted, ma se
almeno  riuscissi ad evitare questo problema in futuro..
Grazie Luigi Lazzaretti


title: Errore Access di Memoria insufficiente

author: Oscar Manfredini

text:
"Luigi Lazzaretti"
Se riuscite a darmi una dritta vi ringrazio, ho capito che dovr�
prendere una vecchia versione delle 2  maschere corrupted, ma se
almeno  riuscissi ad evitare questo problema in futuro..
>
Per evitare fastidiosi problemi in fase di design ho sempre lavorato cos�
(problemi zero):
Lavoro sempre su una copia di backup e al termine della giornata importo
solo le Forms/Reports modificate o create ex novo nella copia "Master"
dell'applicativo.
In generale Access > 97 ha maggiori problemi d'affidabilit� in fase di
sviluppo, soprattutto se l'opzione autocorrect � settata a True. E' il tuo
caso?
Ciao: Oscar


title: Errore Access di Memoria insufficiente

text:
On 29 Lug, 13:28, "Oscar Manfredini" <
oscar.manfred...@libero.it
>
wrote:
> "Luigi Lazzaretti"
>
> Se riuscite a darmi una dritta vi ringrazio, ho capito che dovrò
> prendere una vecchia versione delle 2  maschere corrupted, ma se
> almeno  riuscissi ad evitare questo problema in futuro..
>
>
>
> Per evitare fastidiosi problemi in fase di design ho sempre lavorato così
> (problemi zero):
>
> Lavoro sempre su una copia di backup e al termine della giornata importo
> solo le Forms/Reports modificate o create ex novo nella copia "Master"
> dell'applicativo.
>
> In generale Access > 97 ha maggiori problemi d'affidabilità in fase di
> sviluppo, soprattutto se l'opzione autocorrect è settata a True. E' il tuo
> caso?
>
> Ciao: Oscar
Grazie del consiglio, vedrò come riesco ad adattarlo alla mia
situazione.
Il rischio è che tu salvi un oggetto che è sicuramente OK in quel
momento e magari non accorgi, fino a quando non li usi,  che questo va
a creare problemi su altri oggetti.
Quello che mi è successo alla fine è stata una sottomaschera che
sembrava andare bene con le modifiche ma che riaprendo il database il
giorno dopo ha rovinato se stessa e la maschera da cui dipendeva.
Comunque è una idea interessante. Grazie


title: Errore Access di Memoria insufficiente

text:
"Luigi Lazzaretti" <
Grazie del consiglio, vedr� come riesco ad adattarlo alla mia
situazione.
Il rischio � che tu salvi un oggetto che � sicuramente OK in quel
momento e magari non accorgi, fino a quando non li usi,  che questo va
a creare problemi su altri oggetti.
Quello che mi � successo alla fine � stata una sottomaschera che
sembrava andare bene con le modifiche ma che riaprendo il database il
giorno dopo ha rovinato se stessa e la maschera da cui dipendeva.
>
La mia sensazione, per�, � che se tu avessi lavorato su una copia, invece
che sul "master", avresti rilevato problemi gi� nella fase d'importazione
delle modifiche.
Lavorando in questo modo non ho guai simili ai tuoi da anni. E mi pare un
bel record con Access > 97   ;-)
Comunque, al di l� di tutto, credo che tu faccia copie giornaliere delle tue
applicazioni conservando almeno gli ultimi dieci giorni.
In tal modo, anche in caso di problemi perdi solo una giornata di lavoro...
Ciao: Oscar


title: Report e controlli  Si/No

author: maria teresa bruno

text: Salve, ho un problema on un report.  Avendo una maschera con campi Si/No, vorrei che il report riporti solamente  i controlli Si. Come fare? Vi chiedo di esprimere il concetto in maniera semplice e completa  in quanto non sono esperta dell'argomento. Grazie tantissimo!😀😄😄😄


title: ancora problemi con gli if

author: naponet

text:
Salve a tutto il NG,
relativamente al post precedente, sono ancora punto a capo, molto
probabilmente sbagli qualcosa nell'impostazione del codice che di sguito
riport, poich+ l'operazione di stampa parte solo se la prima casella di
controllo è spuntata, e se comnque le altre non hanno condizione true mi
dice che faccio un uso non valido di null:
if me.Rpt1 then
docmd.openreport "RPT1",acnormal,""
    if me.Rpt2 then
    docmd.openreport "RPT2",acnormal,""
        if me.RPT3 then
        docmd.openreport "RPT3",acnormal,""
        end if
    end if
end if
Praticamente il codice su click del pulsante Stampa e quello su riportato e
mi dà i problemi appena citati.
Peraltro non sono ancora riuscito a capire cosa scrivere su formattazione
del report chiamato in causa, affinchè mi vada a guardare la casella di
testo non selezionata e mi stampi il numero di copie in base al valore che
all'interno ci metto.
Grazie ancora.
Lucio


title: ancora problemi con gli if

text:
"naponet" <
napone...@tin.it
> ha scritto nel messaggio
news:mu0B9.14759$Yw.6...@news2.tin.it...
> Salve a tutto il NG,
> relativamente al post precedente, sono ancora punto a capo, molto
> probabilmente sbagli qualcosa nell'impostazione del codice che di sguito
> riport, poich+ l'operazione di stampa parte solo se la prima casella di
> controllo è spuntata, e se comnque le altre non hanno condizione true mi
> dice che faccio un uso non valido di null:
> if me.Rpt1 then
> docmd.openreport "RPT1",acnormal,""
>     if me.Rpt2 then
>     docmd.openreport "RPT2",acnormal,""
>         if me.RPT3 then
>         docmd.openreport "RPT3",acnormal,""
>         end if
>     end if
> end if
Non ho seguito il 3d a cui ti riferisci ma , in relazione al codice
che hai riportato se la condizione me.Rpt1 e' falsa allora il
corpo dell'if (praticamente tutto quello che hai scritto)
non viene eseguito!
il tuo codice, attualmente, e':
if me.Rpt1 then
    docmd.openreport "RPT1",acnormal,""
    if me.Rpt2 then
        docmd.openreport "RPT2",acnormal,""
         if me.RPT3 then
             docmd.openreport "RPT3",acnormal,""
         end if
      end if
 end if
invece, da quel che mi par di capire, dovrebbe essere:
if me.Rpt1 then
    docmd.openreport "RPT1",acnormal,""
end if
if me.Rpt2 then
    docmd.openreport "RPT2",acnormal,""
end if
if me.RPT3 then
    docmd.openreport "RPT3",acnormal,""
end if
---
leo_duca