Newsgroup: it.comp.lang.vo-clipper
Titolo: cl: xp e multiple sessioni

Ciao a tutti,
ho potuto constatare che sotto xp girano tranquillamente i programmi in
clipper 5.2e (almento in real mode). Ho adesso un problema serissimo. Sempre
sotto xp ho due programmi clipper che debbono girare contemporaneamente.
Ebbene se vengono attivati entrambi il sistema diventa talmente lento che le
videate si formano carattere per carattere. Entrambi i programmi non hanno
mai avuto problemi prima su win95 poi su win98, percio' deduco che sia tutta
"colpa" di xp
Qualcun altro ha avuto problemi analoghi ? Pensate che ricompilando con 5.3
i problemi si possano risolvere.
Saluti, Marco

 "colpa" di xp
questo lo puoi vedere anche sotto NT e W2K. Anche un solo programma Clipper 
porta la CPU al 100%, e rallenta di fatto tutti gli altri applicativi.
Con una semplice ricompilazione in Clipper 5.3 non lrisolvi il problema.
Io il problema (da informazioni dal vecchio foro Clipper su CompuServe l´ho 
risolto cosě (funziona solo con Clipper a partire dal 5.2 e la NanForum Lib, e 
blocca il debugger, per cui č da eliminare in caso di debugging):
nDosVer := Val( FT_DosVer( ) )     // Dos version
DO CASE
CASE nDosVer >= 7.0         // Windows 95
    // "Windows 95/98"
    FT_OnIdle( {||FT_IAmIdle( 30, .F.)} )
CASE "WINDOWS_NT" $ Upper( GetEnv( "OS" ) )
    // NT: Umgebungsvariable OS wird von NT beim Booten automatisch gesetzt
    // "Windows NT"
    FT_OnIdle( {||FT_IAmIdle( 30, .T.)} )
CASE ! Empty( GetEnv( "WINDIR" ) )  // andere Windows-Version
    // "Windows X.X"
    FT_OnIdle( {||FT_IAmIdle( 30, .F.)} )
OTHERWISE
    // "MS DOS"
ENDCASE
Saluti
Wolfgang
Merano

 ha scritto nel messaggio
news:VA.0000013...@gmx.net...


 i problemi si possano risolvere.
Non penso proprio ma se scopri che è così faccelo sapere.
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

patch. Nessuno sa niente al riguardo?
non voglio essere troppo critico ma.....non è che l'hanno fatto
volontariamente per scoraggiare gli utenti di programmi DOS?
Questo problema l'avevo riscontrato usando gia'  NT4, di tempo
per correggerlo ne e' passato.......
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it

 ha scritto nel messaggio
news:3d29c21f...@newsadsl.aruba.it...


 per correggerlo ne e' passato.......
Questo non cambia i termini della faccenda, semmai li aggrava. Una cosa
del genere fatta volontariamente senza alcun motivo tecnico ma solo
commerciale non pone certo a favore dell'affidabilità della Microsoft.


 fucilata.
Io ho provato su XP Pro e il rallentamento c'è ugualmente.



wrote:

I problemi si risolvono forzando una time slice, (funzione 1680h
dell'int 2Fh).  Naturalmente questo deve essere fatto su TUTTI i
programmi Clipper che girano.
Si puo' usare la FT_IDLE() come indicato nel post di Wolfgang, o
creare una funzione apposita, modificando opportunamente le routine di
GetSystem, Tbrowse etc..:
CLIPPER WINSLICE(void) {
	_asm {
		push	ax
		mov		ax, 1680h
		int		2Fh
		pop		ax
	}
}
Su xp ho anche trovato una problema che affligge la funzione
directory(), a volte non legge ?!?
ciao, acc.   
a...@libero.it

 directory(), a volte non legge ?!?
Uhm... mi sembrerebbe molto strano dato che il programma che uso più di
tutti è pesantemente basato su tale funzione. Hai tenuto conto della
possibile presenza di caratteri ANSI (non OEM) nei nomi delle directory?
Se ricordo bene, anche a me all'inizio dava dei problemi poi risolti con
una semplice conversione da ANSI a OEM.


una semplice conversione da ANSI a OEM.
Purtroppo non e' il mio caso, la directory() mi torna un bel:
{}
...piuttosto eloquente :-(
ciao, acc.   
a...@libero.it

 "colpa" di xp
Oltre alle soluzioni che ti hanno già proposto c'è anche la possibilità di
scaricare da Oasis la libreria OSLib che ha una funzione per gestire il
timeslice ed altro ancora.
Credo che tutte le soluzioni siano equivalenti, ma visto che ci sei.
Ciao...
Claudio Driussi
http://www.swit.net/csoft
mailto:
cldr...@swit.net

 ...piuttosto eloquente :-(
Non mi sono spiegato: il problema si manifestava se tentavo di chiedere
la directory di un percorso contenente caratteri non OEM. Se non è
questo il tuo caso, allora potresti fornire un piccolo esempio che
mostri il problema?


 ha scritto nel messaggio
news:3D2A8A60...@libero.it...



Utilizzo w2000 da 2 anni sia con clipper sia con VO, e senza dubbio il
rallentamento si può vedere.
Attenzione che se apri 2,3,4 programmi clipper in finestra, l'ultimo aperto
si "prende" la cpu, a meno che uno dei precedenti aperti non stia eseguendo
una lunga operazione su disco... ed allora vedi che le altre sessioni
aspettano...mentre uno alla volta funziona apparentementemente bene.
Per quanto riguarda XP, ho un solo cliente con XPhome, ed utilizza solo
procedure VO, il che non fa testo.
Per quanto riguarda XPprof = W2000.
Ciao
Massimo

mostri il problema?
Sicuramente nella directory letta erano presenti file con nomi lunghi,
ma senza caratteri ANSI, inoltre il problema era intermittente (a
volte leggeva altre volte no).
Il codice ora non l'ho a portata di mano, vedro' in seguito...
Lo stesso problema affligge il DBE, mi riferisco alla classica
versione disponibile su "the oasis", quella piu' recente pare vada
bene. Qui pero' vale la pena di ricordare che la directory() di DBE e'
leggermente taroccata dato che usa la lib DBLFN.
ciao, acc.   
a...@libero.it