Newsgroup: it.comp.lang.visual-basic
Titolo: problema three32.ocx - help

qualche anima pia mi potrebbe postare la versione e la grandezza in
byte della threed32.ocx distribuita da microsoft con la versione 6 di
VB o della versione aggiornata da eventuali service pack?
ho questo problema:
un mio applicativo sviluppato in VB5 sp3 utilizza la threed32.ocx
versione 1.0.0041 di 200.704 byte
sulla macchina dove l'applicativo gira tranquillamente da anni è stato
installato un nuovo software (sviluppato in VB6) che utilizza anche la
theed32.ocx
questa nuova installazione provoca l'errore che l'ocx non è registrato
correttamente in tutti e due gli applicativi.
quindi tutti e due i programmi sono bloccati.
non è inoltre possibile in nessun modo registrare manualmente la
threed32.ocx presente nella system; il regsvr32 da registrazione
fallita!!!!.
la versione che il nuovo programma installa è sempre la 1.0.0041 ma
la sua dimensione è di 205.704 byte
avete un'idea di che cosa possa essere successo. la società che
ha sviluppato il secondo programma scarica su di me la responsabilità
del blocco dei programmi e sono leggermente inc....to!!!!!
grazie a chi risponderà

 del blocco dei programmi e sono leggermente inc....to!!!!!
Credo (_credo_) che threed32 richiedesse il file di licenza. Guarda un po'
su MSDN, ricordo che c'era parecchia roba su threed32.
Comunque consolati. Conosco una Software house per la quale, ogni volta che
installa un pacchetto, il cliente mi chiama perchè gli si ferma il PC o
tutta la rete (anche su PC dove non c'è niente di mio, ma per questo cliente
fungo anche da sistemista). E spesso è un problema con DAO o gli Sheridan.
Ciao
Alberto
PS: non è che la software house si chiama IN.......00?

 versione 1.0.0041 di 200.704 byte
Stessi dati.
Ti ricordo che tale controllo è stato "dismesso" da VB5 in poi, anche se sul
CD di VB5 c'è una cartella che lo riporta ancora per compatibilità.
All'interno ci sono le note per la registrazione. Cerca vbctrls.reg e
Readme.txt che, scusandomi per la lunghezza, riporto:
---------------------------
\Tools\Controls
This directory contains all of the ActiveX Controls that shipped with Visual
Basic 4.0 Professional and Enterprise Editions, which are no longer shipping
with Visual Basic 5.0.
AniBtn32.ocx
Gauge32.ocx
Graph32.ocx
  Gsw32.EXE
  Gswdll32.DLL
Grid32.ocx
KeySta32.ocx
MSOutl32.ocx
Spin32.ocx
Threed32.ocx
The \Tools\Controls\BiDi directory contains a Bi-directional version of
Grid32.Ocx.
If you have Visual Basic 4.0 Professional or Enterprise Editions installed
on
your machine, you should already have these ActiveX controls available to
you in
Visual Basic 5.0.
Graph32.ocx has been updated to work properly in Visual Basic 5.0 and it
requires two additional support files: gsw32.exe and gswdll32.dll.  You must
place the three files together in the \Windows\System directory or the
control
will not function properly.
If you do not have these controls and wish to use these in Visual Basic 5.0,
you
can install them by:
1. Copy all of the files in this directory to your \WINDOWS\SYSTEM
directory.
2. Register the controls by either Browsing to them in Visual Basic itself,
or
manually register them using RegSvr32.Exe.  RegSvr32.EXE can be found in the
\Tools\RegistrationUtilities directory.  The command line is:
regsvr32.exe grid32.ocx
3. Register the design time licenses for the controls.  To do this, merge
the
vbctrls.reg file found in this directory into your registry.  You can merge
this
file into your registry using RegEdit.Exe (Win95 or WinNT4) or RegEd32.Exe
(WinNT3.51):
regedit vbctrls.reg

grazie per le risposte.
il problema vero è che una volta installato il secondo pacchetto
NON E' possibile registrare manualmente il threed32.ocx.
non è un problema di lavorare il design mode dove è necessaria
la licenza del componente...
quello che mi preoccupa molto è la diversa dimensione del file
ocx  200.704 byte il mio originale su VB5 regolarmente
licenziato e 205.704 byte lo stesso file (sempre versione 1.0.0041)
installato dal secondo pacchetto.
altro casino è che se rimuovo i due programmi dal PC,
elimino manualmente la threed32.ocx, reinstallo il mio
programma da setup l'OCX NON VIENE registrato
comunque... 
probabilmente è qualche colossale bug dell'ocx visto che
ho letto tutti i precedenti post con oggetto la threed32...
sono solo incazzato perchè l'altra società incolpa il mio
programma di incasinare le cose... e non so come dimostrare il
contrario. 
ciao   paski

 contrario.
Si, come no, solito scarica-barile: loro iniziassero a dimostrare da
dove hanno preso quello strano THREED32.OCX e perche' il loro setup va a
sostituire una libreria che gia' esiste e nella stessa versione...
--
   Alex Palmese
---
Sei anche tu stanco dei messaggi spam? Usa Terminator, il programma
anti-spam italiano FREEWARE! 
http://www.sertel.net/terminator/

 comunque...
Hai provato a cercare il file threed32.ocx in altre cartelle?
Se lo trovi deregistralo (e fregatene dell'eventuale errore) e rinominalo,
poi installi il tuo.

grazie alex e lupo...
non ho provato a usare regsvr32 -u  per deregistrare il controllo
prima di eliminarlo perchè purtroppo il pc dove sono installati i
programmi sono a Roma mentre io sono a Torino...e le operazioni le ho
fatte fare telefonicamente al mio interlocutore
sarà una prova che farò ed installerò il mio ocx cioè la versione
grande 200.704 che ha sempre funzionato appena avrò accesso alla
macchina .
vi farò poi sapere come è andata....
in quanto all'altra società mi ha già incasinato la vita già una volta
con i miei report sviluppati con Crystal Report 7 mentre loro ...(che
sono moderni....) usano la versione 8.5... e quando hanno installato
il loro programma i miei report non erano più avviati....
ciao e buon lavoro

 non ho provato a usare regsvr32 -u  per deregistrare il controllo
regsvr32 /u threed32.ocx
Usage: regsvr32 [/u][/s][/n][/i[:cmdline]] dllname
  /u -  Unregister server
  /s -  Silent; display no message boxes
  /c -  Console output
  /i -  Call DllInstall passing it an optional [cmdline];
        when used with /u calls dll uninstall
  /n -  do not call DllRigisterServer;
        this option must be used with /i
--
Fosco