Français
Forum

Befehl inconnu: STRINGW

 
- page 1 -



AndreasS
qui peux aider ou bien hat une Tipp ?
je bekomme folgende Fehlermeldung:
Befehl inconnu: STRINGW
la ligne 25 dans C:\XProfan11\Include\ocx3a.inc:
stringw ocxTemp#,0=Text$

Vielen Dank


15 kB
Hochgeladen:21.11.2011
Downloadcounter125
Download
 
21.11.2011  
 



 
- page 4 -



AndreasS
allô Pascal
joli cela du toi gemeldet la hâte. cela scheint chez anderen Seiten, qui JS benutzen, aussi so trop son.
Hoffentlich findest du une Solution sauf qui Seiten seulement auparavant auseinander prendre trop doit.

jusqu'à ensuite
Andreas
 
26.11.2011  
 




Uwe
''Pascal''
Niemeier
Hi gens, allô Andreas!

j'ai cela Problem eingegrenzt:
chez den besagten page erfolgt qui navigation sowohl per JS comme aussi sur normalen Link.
Folge ist, qui cela neue la fenêtre zwar blockiert wird, gleichzeitig  mais qui page sur qui alternative navigation im bereits vorhandenen la fenêtre ouvert wird.
dans diesem Szenario führt cela Senden qui UserMessage (zur Benachtigung des Hauptfensters) aus qui Linküberwachung heraus zum Programmabsturz.

cet Problem konnte je zwar anscheinend lösen, besonders stabil fonctionne cela Ergebnis mais quand même pas, quoi je sur den FastMode zurückführe. Möglicherweise arbeitet mais aussi HTMLWin("GetBusy", H) pas toujours korrekt


je Poste qui neue Version trotzdem; qui peux ensuite déjà la fois getestet volonté, au cours de je versuche, si on là encore irgendwie tricksen peux

SeeYou
Pascal

4 kB
Kurzbeschreibung: à gauche im gleichen la fenêtre ouvrir
Hochgeladen:27.11.2011
Downloadcounter80
Download
 
27.11.2011  
 



comment schließt Du aus cela qui InvokeProc pas aufgerufen wird si vous déjà en cours d'exécution z.B. si vous "2" la fois juste nacheinander aufgerufen wird?
 
27.11.2011  
 




AndreasS
Guten demain Pascal

erstmal merci, werd la fois voyons quoi eh bien passiert. S'inscrire mich später wieder. maintenant ist pour uns ici seulement einmal totale Stromabschaltung. la fois voyons quand je weitermachen peux. Biogasanlagen brauchen oui aussi Strom.

Bye, Andreas

bien, ging doch plus rapide.
Probleme bereiten maintenant seulement encore z.B. cela ZDF avec Vollbildanzeigen. là wird un nouveau la fenêtre ouvert.

jusqu'à ensuite
 
28.11.2011  
 




Uwe
''Pascal''
Niemeier
Hi gens!

Andreas
Probleme bereiten maintenant seulement encore z.B. cela ZDF avec Vollbildanzeigen. là wird un nouveau la fenêtre ouvert.


peux du la fois une konkreten Link posten?
et comment sieht's avec qui Stabilität aus?

iF
comment schließt Du aus cela qui InvokeProc pas aufgerufen wird si vous déjà en cours d'exécution z.B. si vous "2" la fois juste nacheinander aufgerufen wird?


Gar pas c'est cela Problem...
mets on à den Anfang de InvokeProc un SetTimer100 / WaitInput / KillTimer venez promt pour wenigen Sekunden - indépendant vom FastMode - qui annonce "KillTimer sans SetTimer"; IMHO un marque, qui Profan sich là verhaspelt.
il peut cette effet reduzieren; völlig sûrement wird's mais wohl seulement, si on alle PROCs pour ASM umsetzt. ensuite pourrait on sich aussi den FastMode sparen. Ärgerlicherweise serait dabei qui universelle Nutzung sur qui Strecke rester.
ou bien on devrait z.B. une dll entwickeln, chez qui on diverse Ereignisse zur Auswertung s'inscrire pourrait et qui ensuite jeweils en supplément vorgegebene PROCs sûrement  aufruft.
la fois voyons...

SeeYou
Pascal
 
29.11.2011  
 




AndreasS
allô Pascal,

prends seulement qui ZDF Mediathek. si on sur Vollbild (unten à droite) klickt www.zdf.de/ZDFmediathek/hauptnavigation/nachrichten ensuite passiert es plan et cela HTML-la fenêtre verliert dadurch den Concentrer. Gleichzeitig ist mais aussi cela Flash-la fenêtre pas bedienbar, mais seulement encore sur x trop schliessen.
avec InvokeProc habe je aussi alles mögliche versucht = vergiß es.
suis oui gespannt si dir quoi einfällt !
 
29.11.2011  
 



Uwe ''Pascal'' Niemeier (29.11.11)
iF
comment schließt Du aus cela qui InvokeProc pas aufgerufen wird si vous déjà en cours d'exécution z.B. si vous "2" la fois juste nacheinander aufgerufen wird?


Gar pas c'est cela Problem...

...

völlig sûrement wird's mais wohl seulement, si on alle PROCs pour ASM umsetzt.


Zwar habe je mir pour eigene Zwecke viele Deiner OCX-Funktionen bereits pour nProcs/ ASM traduit et cela funktioniert aussi correct mais vlt. serait es dans diesem le cas ausreichen si on seulement den Opcode einer kleinen Hilfsfunktion hinterlegt qui z.B. irgendwas dans un ListBox (imho threadsicher) écrit qui wiederum per XProfan-Programme auslesbar ist. Mir est comme si je oui c'est ca que voici irgendwo Schonmal posté hätte mais quoi hältst Du de qui concept?
 
29.11.2011  
 




AndreasS
allô IF,

avec einer Listbox et auslesen ? cela jagt oui automatisch aussi qui Prozessorleistung hoch par suite de ständiger Abfragen.

Bye
 
29.11.2011  
 



?! Nö.

Selbst si Du unnötigerweise 100 la fois pro seconde nativ getCount sur une ListBox anwendest jagt cela rien -

0% Kernel et 0% CPU -

cela nochmal par 100 ergibt 0.00%

qui Opcode pourrait mais aussi encore une 2. Message (une UserMessage) à hWnd senden -

somit pourrait sur Anfrage ausgelesen volonté.
 
29.11.2011  
 




AndreasS
Moin,moin,

si du mir maintenant encore sagst, comment on cela zum Beispiel lösen pourrait um permanent qui offenen Fensterhandle abzufragen et puis trop réagir, wäre je déjà une gewaltigen Schritt plus. avec normalen Timerabfragen jagt on dabei qui CPU viel trop hoch et cela Prog beginnt trop klemmen.
peut-être sur une clicked-Abfrage linke Bouton de la souris ?

Denkarbeit ! Viel Spass !

Bye
 
30.11.2011  
 




Uwe
''Pascal''
Niemeier
hé gens, pas so vite!

Möglicherweise reicht aussi une Anpassung des asm-Wrappers... chez näherer Betrachtung doit qui sowieso nochmal révisée volonté, weil qui InvokeProc zur Nutzung oui seulement 2 paramètre (DispID - gibt cela Ereignis à / Pointer sur VarArray - contient paramètre zum Ereignis) braucht et cet vom Wrapper aussi direct übertragen volonté könnten, quoi qui Nutzung deutlich simplifier serait. ensuite encore un Busy-Flag einbauen et es pourrait marcher.

@ iF: qui l'affaire avec qui Listbox wäre so une Art Stack? Allerdings sommes qui im VARIANT-Array übergebenen paramètre seulement au cours de des Aufrufes de Invoke gültig...

@Andreas: qui page schaue je mir après la fois à. Möglicherweise faire qui aktiven Inhalte (Flash) Probleme.

SeeYou
Pascal
 
30.11.2011  
 



Uwe ''Pascal'' Niemeier (30.11.11)
@ iF: qui l'affaire avec qui Listbox wäre so une Art Stack?


oui c'est ca!

Uwe ''Pascal'' Niemeier (30.11.11)
Allerdings sommes qui im VARIANT-Array übergebenen paramètre seulement au cours de des Aufrufes de Invoke gültig...


déjà bien sûr -

vlt. simple la valeur dans qui Listbox kopieren.
 
30.11.2011  
 




répondre


Topictitle, max. 100 marque.
 

Systemprofile:

ne...aucune Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

s'il te plaît s'inscrire um une Beitrag trop verfassen.
 

Options du sujet

31.100 Views

Untitledvor 0 min.
Uwe ''Pascal'' Niemeier26.04.2024
Sven Bader27.02.2021
Georg11.01.2021
AndreasS28.11.2018
plus...

Themeninformationen



Admins  |  AGB  |  Applications  |  Auteurs  |  Chat  |  protection des données  |  Télécharger  |  Entrance  |  Aider  |  Merchantportal  |  Empreinte  |  Mart  |  Interfaces  |  SDK  |  Services  |  Jeux  |  cherche  |  Support

un projet aller XProfaner, qui il y a!


Mon XProfan
Privé Nouvelles
Eigenes Ablageforum
Sujets-La liste de voeux
Eigene Posts
Eigene Sujets
Zwischenablage
Annuler
 Deutsch English Français Español Italia
Traductions

protection des données


Wir verwenden Cookies seulement comme Session-Cookies à cause de qui technischen Notwendigkeit et chez uns gibt es aucun Cookies de Drittanbietern.

si du ici sur unsere Webseite klickst ou bien navigierst, stimmst du unserer Erfassung de Informationen dans unseren Cookies sur XProfan.Net trop.

Weitere Informationen trop unseren Cookies et en supplément, comment du qui Kontrolle par-dessus behältst, findest du dans unserer nachfolgenden Datenschutzerklärung.


d'accordDatenschutzerklärung
je voudrais keinen Cookie