| |
|
|
Sebastian Sprenger | allô zusammen, habe ici un größeres Problem...
1. je versuche, de meinem MIDI-Keyboard données auszulesen. Klappt eigentlich aussi. mais si je z.B. un WaitInput weglasse ou bien un SetTimer mets (pourquoi ist cela fais, ist ne autre Geschichte) et ensuite une bouton sur dem Keyboard drücke, stürzt Profan avec einer schweren Zugriffsverletzung et einer Fehlermeldung sans Text ab, sogar dans folgendem Minimalcode!
XProfan 9, Windows ME, 1.8 Ghz KompilierenMarqueSéparationdeclare hmi&
def midiInOpen(5) !WINMM,midiInOpen
def midiInStart(1) !WINMM,midiInStart
def midiInStop(1) !WINMM,midiInStop
def midiInClose(1) !WINMM,midiInClose
proc MidiInProc
Leer, wohlgemerkt...
endproc
if not(midiInOpen(addr(hmi&),0,procaddr(MidiInProc,5),0,$30020)) CALLBACK_FUNCTION + MIDI_IO_STATUS
if not(midiInStart(hmi&))
cls
whilenot scankey(27)
waitinput
endwhile
midiInStop(hmi&)
endif
midiInClose(hmi&)
endif
2. si cela 1. Problem pas lösbar ist... je hatte qui Routine zum Lecture qui données bereits dans Assembler geschrieben, cela hat parfait funktioniert. Allerdings suis je inzwischen sur qui concept gekommen, cela Programme après zum XProfan-Wettbewerb einzureichen. Darf je là überhaupt encore tour participer, si je exakt 100 Bytes Maschinencode pour un Callback dans un Bereichsvariable einbinde et cet Variable à midiInOpen übergebe?
3. wohin je grad schreibe, quoi est car cela? Warning: le chasseur Restrictor not installed correctly - Headers already sent! Bekomme cet annonce ständig dans qui Vorschau.
Gute nuit, Sebastian |
|
|
| Profan² 7.0e, XProfan 9, 11.2a, FreeProfan32 Windows Vista Home Premium 32-Bit, 2.8 Ghz, 4 GB RAM Windows Me, 1.8 Ghz, 256 MB RAM | 23.09.2007 ▲ |
|
|
|
|
RGH | trop 1.: XProfan ist pas dans qui situation, deux Quellcodes dans einem Programme parallèle auszuführen. Daher peux qui Callback-Funktion, so comment Du es programmiert la hâte, pas korrekt marcher. qui Callbacks dans XProfan wurden dans erster ligne number en supplément geschaffen, um API-Funktionen nutzen trop peut qui Callback-Funktionen nutzen. là dans diesem le cas qui XProfan-Callback-Routine aufgerufen wird, au cours de qui API-Funktion fonctionnement wird, venez es trop aucun Konflikt. Pour finissons qui API-Funktion pouvoir XProfan là plus wohin es zuvor unterbrochen wurde, là alle relevanten Systemparameter avant Effectuer qui Callback-Funktion gesichert wurden. dans anderen Fällen, etwa chez Subclassing de Windows, ist qui presque-Mode (siehe sous Set(FastMode,n%)) devoir et es doit gewährleistert volonté, dass qui Callback-Routine keinerlei Unterbrechung, etwa par WaitInput, Minuteur, etc. zuläßt. peut-être reicht chez Dir oui déjà qui Fastmode aus. Relatif à la Assembler ist zusätlich sûrement aussi hilfreich.
trop 2.: je vois keinen Grund, quoi chez einem Wettbewerbseintrag vers Assembler dans einer Bereichsvariablen spricht, zumal oui probablement qui Routine, qui cette Bereich füllt, dans XProfan et partie des Programmes ist.
Salut Roland
Nachtrag: Möglicherweise wird es dans küntigen XProfanversionen Avancé Callback-Opportunités donner. |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.09.2007 ▲ |
|
|
|
|
Jörg Sellmeyer |
Darf je là überhaupt encore tour participer, si je exakt 100 Bytes Maschinencode pour un Callback dans un Bereichsvariable einbinde et cet Variable à midiInOpen übergebe?
là stimme je Roland trop. pas qui je qui jury vorgreifen voudrais, mais quoi ist besser approprié, trop montrer, quoi avec Profan possible ist, comme cela directe Einbinden de ASM. Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 23.09.2007 ▲ |
|
|
|
|
Frank Abbing |
Darf je là überhaupt encore tour participer, si je exakt 100 Bytes Maschinencode pour un Callback dans un Bereichsvariable einbinde et cet Variable à midiInOpen übergebe?
bien sûr. XPIA-XProfancodes faire es oui ähnlich. là wird sogar une komplette Assembler-Dll dans qui Exe eingebunden.
je selber benutze pour Programme-Callbacks seulement encore Assemblercode. |
|
|
| |
|
|
|
Sebastian Sprenger | RGH
zumal oui probablement qui Routine, qui cette Bereich füllt, dans XProfan et partie des Programmes ist. So ist es.
Wunderbar, vielen Dank pour qui répondre! |
|
|
| Profan² 7.0e, XProfan 9, 11.2a, FreeProfan32 Windows Vista Home Premium 32-Bit, 2.8 Ghz, 4 GB RAM Windows Me, 1.8 Ghz, 256 MB RAM | 23.09.2007 ▲ |
|
|
|
|
| trop den Callbacks: en discours je depuis Jahren.
Zum Midi-Keyboard: oui c'est ca quelque chose comme brauche je aussi tout de suite her avec cela!
Zum le chasseur-Restrictor: qui annonce wird eh bien pas plus gezeigt. (je hatte là quelque chose übersehen) |
|
|
| |
|
|