amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste 3 4 5 6 7 -8- 9 10 11 12 13 >> Letzte Ergebnisse der Suche: 1662 Treffer (30 pro Seite)
AGSzabo   Nutzer

28.12.2011, 16:56 Uhr

[ - Direktlink - ] 		Thema: protection bits
Brett: Amiga, AmigaOS 4

@ZeroG:

Linux zeigt als Dateisystem des Sticks "msdos" an. Doch ich habe alle Dateien kopiert. Der Witz ist obendrein, dass es vom ersten pc auf den zweiten funktioniert hat, aber vom zweiten auf den ersten wieder, da kam dieses fehlende bit hinzu. beide sind ubuntu linux systeme.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

28.12.2011, 16:33 Uhr

[ - Direktlink - ] 		Thema: protection bits
Brett: Amiga, AmigaOS 4

hallo mal wieder,

seit ich meine quelltexte über einen usb stick von einem rechner auf einen anderen übertragen habe, generiert phxass meine executable ohne E-Bit. plötzlich muss ich nach dem assemblieren ein "protect <datei> RWED" machen. woran könnte nun das liegen?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 28.12.2011 um 16:38 Uhr geändert. ]
 
AGSzabo   Nutzer

28.12.2011, 12:59 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Genau diesen Artikel hatte ich schon gelesen. Wobei, in dem Beispielsource dort wird auch auf SIGBREAKF_CTRL_F gewartet, aber nicht zum beenden eines Tasks sondern zum starten. Ist das genauso frei wie SIGF_SINGLE? Was ist evtl. der Unterschied?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

28.12.2011, 11:50 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Ja, hab ich gecleared. Was meinst Du mit "Wait wacht auf und Single ist noch ausstehend"? Geht das nicht, was ich mache?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

28.12.2011, 11:27 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Ich benutze SIGF_SINGLE, aber ausschließlich zum drauf warten. Vielleicht ist doch da etwas problematisch?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

27.12.2011, 22:33 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

Bin ratlos. Es funktioniert manchmal nicht, System friert manchmal während dem Einfügen und neu Layouten ein, wenn ich währenddessen das Fenster verschiebe. WinUAEEnforcer sagt der Absturz geschehe im Input Device. Was könnte das sein?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

26.12.2011, 11:32 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Es steht schon auf AttemptSemaphore(), wie zuvor beschprochen. Der Refresh geht normalerweise schnell genug so dass man unter OS 4.1 auf dem SAM440ep mini das Fenster in Echtzeit resizen kann.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

25.12.2011, 22:56 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

> INTUITICKS

Habe es gecodet und festgestellt, dass Intuiticks viel zu oft kommen. Dann habe ich das im_Micros Feld mit #$fff80000 geANDet und mit dem vorherigen so erhaltenen Wert verglichen. Jetzt trudeln die Nodes in gehackten Zeitabständen von ca ner halben Sekunde bis zu einer Sekjnde ein. Das Laden wird dadurch trotzdem langsamer und so wie bei ASL sieht es nicht aus. Habe ich etwas falsch gemacht?

ps: zwei oder mehr cores wären suppa, dann könnte der scan task das dir einlesen, während der gui task zeichnet. würde aber bei mir nicht viel bringen, weil der scan task für das anfügen von neuen rows und das anschließende neuberechnen des layouts zuständig ist und das aber nur machen kann, wenn der gui task nicht gerade zum zeichnen die app gelockt hat. während der scan task items anhängt und das layout neu berechnet, kann er nicht das dir einlesen.

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 25.12.2011 um 23:46 Uhr geändert. ]
 
AGSzabo   Nutzer

25.12.2011, 21:07 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

Und da war noch dieses: Soll die ListView sich alle Strings (Dateiname etc) zu sich selber hin kopieren oder soll die Applikation die Macht darauf behalten?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

25.12.2011, 20:53 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Da ist was dran. Es wird zwar nur neu gezeichnet was auch sichtbar ist, aber es wird immer die ganze Listview neu gelayouted, weil sich theoretisch viel ändern kann, siehe unten. Dabei würde es genügen, die Höhe der neuen Zeile zur (teils unsichtbaren) Gruppenhöhe zu addieren und den Scroller mit diesem Maxwert neu zu berechnen und zu zeichnen. Das wäre der Fast-Modus. Es kann aber auch nötig werden, viel mehr neu zu berechnen, weil der neue Eintrag evtl. in die Mitte zwischen die anderen Einträge eingefügt werden kann und/oder weil nach dem Einfügen des Neuen Eintrages eine Sortierung stattfinden kann. Hmmm...

ps: diese zuletzt genannten Features sind nicht zu vernachlässigen. man soll ja sortieren können und auch neue Einträge in die Mitte oder in Folder-Nodes einzufügen.

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 25.12.2011 um 20:58 Uhr geändert. ]
 
AGSzabo   Nutzer

25.12.2011, 18:58 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

Ok, folgendes:

Es ist vermutlich total langsam, weil:

1. ein Eintrag wird gelesen und in eine temporäre liste gefügt

2. wenn der lock auf die App NICHT erhätlich ist, dann 1.

3. wenn der lock auf die App erhältlich ist, werden ALLE temporären Einträge in die ListView eingefügt und es wird refresht (das Refreshen lockt GUI-Task seitig die App!)

4. wenn weitere Directory Einträge vorhanden sind, dann 1.


Das ganze ist langsam, WEIL offenbar der Lock auf die App in Schritt 2 IMMER erhältlich ist. Das bedeutet, es wird nach jedem Eintrag refresht! Das Refreshen geht so schnell, dass beim Schritt 4. die App schon wieder frei zu sein scheint. Damit bekommt der Dir-Task den Lock und füllt den eben gelesenen Eintrag in die Liste.

Hat jemand eine Idee ob meine Analyse richtig ist bzw was man da machen kann?

ps: Wenn ich das zwischendurchliche Auffüllen in 3. raus nehme und bloß am Ende des Dir-lese-Vorgangs die ListView auf fülle, ist es verdammt schnell!
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

25.12.2011, 15:52 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

So. Danke an alle Beteiligten, der scan process scannt nun und das GUI bleibt währenddessen klickbar. Als Feinschliff hätte ich gerne noch ein paar Tips, wohin mit den ganzen Strings für die Dateinamen (und Größen und etc). Soll die ListView sich diese Strings zu sich selber hin kopieren oder soll die Applikation die Macht darauf behalten?

ps: und befor ich es vergesse zu sagen, es ist deutlich langsamer als der ASL requester!

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 25.12.2011 um 16:40 Uhr geändert. ]
 
AGSzabo   Nutzer

25.12.2011, 13:33 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

Ich habe den Auslöser des Guru im Process-Exitcode gefunden: der Register a3 darf darin nicht verändert werden! Es stand nirgends in den docs, dass man im Exitcode Register retten muss!
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

24.12.2011, 10:08 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

PROCESS EXITCODE


folgender code produziert einen gelben Guru 0100000F, wenn er das erste mal durchlaufen wird:

code:
.process_exit	move.l	4.w,a6

		jsr	_LVOForbid(a6)		; dont let main task quit before we are done

		sub.l	a1,a1
		jsr	_LVOFindTask(a6)

		move.l	d0,a0
		move.l	TC_Userdata(a0),a3

		bclr	#oxFRB_SCANNING,oxFR_flags(a3)

		move.l	oxFR_maintask(a3),a1

		moveq	#SIGF_SINGLE,d0
		jmp	_LVOSignal(a6)		; allow main process to quit


und zwar in der Zeile "move.l TC_Userdata(a0),a3". Ich habe überprüft. was danach in a3 steht, der inhalt von a3 ist korrekt. der guru bedeutet, wenn ich das richtig verstehe, dass ein speicher freigegeben wird, der nimmer allokiert ist:

Zitat:
Memory header not located. [ Usually an invalid address passed to FreeMem() ]

wenn ich den exitcode nicht explizit als solchen benutze, sondern ihn einfach ans ende des prozesses hänge, dann gibts keinen fehler. grübel ...


--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 24.12.2011 um 10:13 Uhr geändert. ]
 
AGSzabo   Nutzer

23.12.2011, 13:02 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Ok. Also wann lockt sich die App selbst? Direkt nach dem Eingang eines Intuition Events bzw des Refresh-Signals, oder? Kann da der Read Task noch dazwischen kommen?

Noch ist auch ungeklärt, wie ich dem Dir Process den Zeiger auf meine Variablen übermittle, da stünde nämlich auch der Zeiger auf die Semafore drin, sowie der Zeiger auf die Listview.

ps: habe einen weg gefunden den pointer auf meine variablen durch zu bekommen: um das CreateNewProc() herum ein Forbid/Permit und dazwischen den Pointer in TC_Userdata schreiben. Ganz einfach.

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 23.12.2011 um 23:18 Uhr geändert. ]
 
AGSzabo   Nutzer

23.12.2011, 07:44 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Wie ist denn das? Müsste ich nicht überhaupt vor ALLEM, was der GUI Task tut mir den Lock auf die Applikation mit allen Features holen? Es ist doch möglich, dass de Benutzer die Listview scrollt, während Einträge aus dem Dir Thread rein kommen. Der GUI Task dürfte nur dann scrollen und dabei die Coordinaten der Items neu berechnen, wenn der Dir Task gerade nicht darauf zugreift. Also dürfte das GUI System in der gelockten App garnix tun außer warten auf das Lock, nach (oder schon vor?) jeder Benutzereingabe und bei jedem Refresh Signal von außen?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 23.12.2011 um 07:53 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 23:08 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

> Die Semaphore kannst du je generell vor jedem Zeichenvorgang holen, so hast du den Mechanismus nicht nur für dein Listview sondern für alle Widgets.

Die Brauche ich nur holen, wenn der Zeichenvorgang durch ein Signal von außen ausgelöst wurde. Oder?


--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 23:08 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 22:55 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Ich versteh noch nicht wieso der Scan Task sich den Zeiger immer neu holen muss. Ich dachte es reicht wenn ich dem Scanner beim Start einen Pointer auf gemeinsame Variablen gebe, zB eben den Pointer auf die Listview. Wenn ich die Listview freigebe und der Scantask löppt noch, kann ich ja vom Mainthread aus dem scantask signalisieren dass er zunm ende kommen soll und warten bis der scantask beendet ist.

ps: wenn es die semaphore für jede applikation gobal gibt, dann kann ja der scan task auch einen pointer darauf besitzen.

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 23:11 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 22:24 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Ist dieses das was du mit Listview locken gemeint hast? Sollte ich das Semaphor in die Listview klasse implementieren oder wohin?

ps: hmmm, ich könnte den gui Task alles andere zeichnen lassen, aber nicht die Listview während die gelockt ist ... (?)

pps: ich könnte es in das GUI system selbst implementieren, einfach jedem (!) objekt in der root klasse die möglichkeit geben gelockt zu werden. dazu muss wohl ein name für das objekt her, oder? udn noch dazu einer, der systemweit (auch der rest vom OS und andere Programme) einzigartig ist?


--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 22:28 Uhr geändert. ]

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 22:34 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 22:07 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Hmm, list dich gut aus aber ich kann noch nich sagen dass ich es voll verstanden hätte. Der Scan thread muss mit dem befüllen warten während gezeichnet wird, darf aber währenddessen schonmal lesen? So könnte man das warten in die befüll-routine implementieren, also libraryseitig klären?

Muss nun der Scan Task mit dem befüllen so warten solanbge gezeichnet wird, oder der Gui task mit dem Zeichnen warten solange befüllt wird?

ps: wieso semafore und nicht signale?


--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 22:10 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 21:25 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Diese Threadsicherheit muss ich mir noch überlegen. Wie erreiche ich, dass der scan task nicht gerade ein item der listview hinzufügt und der guitask derweil schonmal zeichen was noch nicht ganz da ist? es reicht ja nicht, das item nur hinzu zu fügen, es muss auch das layout neu berechnet werden, scroller anpassen und so. der gui task könnte noch mit dem letzten zeichnen beschäftigt sein, während der dir task noch das layout für ein item mehr berechnet (in der AddItem methode der listview)...

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 21:38 Uhr geändert. ]
 
AGSzabo   Nutzer

22.12.2011, 21:18 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Der_Wanderer:

Daher die Frage, wie ich dem Scan Process den Pointer auf die Listview mitgeben kann. Beim Task war das ja einfach in TC_Userdata ...
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

22.12.2011, 09:41 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Es liegt in der Natur meines GUIs, dass wenn der Requester die Hauptapplikation blokiert, dass er dann auch selber nimmer funktioniert. Es gibt eine Master Wait/GetMsg Routine in der Application Klasse. Das Hauptprogramm geht da rein (Methode) und kehrt erst zurück wenn irgendjemand (Hook an Button zB) von da drinnen aus die Methode Quit aufgerufen hat (die setzt ein Quit-Flag). Diese zentrale Wait/GetMsg Routine arbeitet für alle Fenster, die aus dem Hauptprogramm aus geöffnet werden, also auch für das Filerequester-Fenster. Das einzige was kurz blocken dürfte, wäre das einlesen eines Dirs, das geht heutzutage ja in der Regel sehr schnell.

Popups blockieren bei mir nicht wirklich, sie können fast (?) alle Elemente beinhalten, die auch ein Fenster beinhalten kann.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 22.12.2011 um 09:44 Uhr geändert. ]
 
AGSzabo   Nutzer

21.12.2011, 21:43 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Gibts nicht, weil ich das in 90% der Fälle nicht gebraucht habe, bzw beim erstellen des eigenen GUI noch garnicht soweit gedacht hatte. Jetzt alles umzustellen weiß ich nicht ob das geht. Da ich mit Hooks arbeite, würde der GUI Task diese doch auch bloß aufrufen können?

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 21.12.2011 um 21:44 Uhr geändert. ]
 
AGSzabo   Nutzer

21.12.2011, 21:23 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

> In genau dieser Schleife machst Du eine Event-Abfrage ob z.B. Abbruch gedrückt wurde oder das Verzeichnis gewechselt wurde.

Wie denn wenn das drücken von Abbruch nur geht wenn der (haupt)prozess frei ist um das GUI zu machen. Das Event kann beim mir nur durch einen Hook am Button erfahren werden.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

21.12.2011, 20:49 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@thomas:

Sinn ist es, die verschiedenen Möglichkeiten zu beleuchten und sich dann zu entscheiden. Ich weiss nicht ob ASL beim Laden des dirs die Listview nach jedem gelesenen Eintrag refresht. Imo nein, es sieht asynchron aus.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

21.12.2011, 20:24 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@thomas:

Ich will nicht asl nutzen - mich interessiert daran nur wie asl es macht - sondern mit meinem GUI einen eigenen FileRequester programmieren.

Ich habe gerade die autodocs zu CreateNewProc() durchgelesen. Das scheint das zu sein was ich brauche. Jedoch war es bei dem AddTask() vorteilhaft, dass ich vor dem Starten des Task den Zeiger auf meine Variablen da blos in TC_Userdata schreiben musste und schon hatte der Task Zugriff darauf. Bei CreateNewProc() ginge das auch, allerdings nur wenn der Process schon gestartet ist. Also fail. Jetzt hab ich mir überlegt, dem Process eine Message mit dem Pointer zu schicken und den als erstes darauf warten zu lassen. Mir ist noch nicht klar wie das geht. Und muss ich dazu einen reply-port einrichten?

@Thore

> Oder hast Du andere Ideen warum Du es als Task oder Prozess laufen lassen willst?

Echtzeit? Abbruchmöglichkeit? Das mit dem Unterprogramm überlege ich mir noch. Was meinst Du mit "Auf die Liste warten"?

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 21.12.2011 um 20:32 Uhr geändert. ]

[ Dieser Beitrag wurde von AGSzabo am 21.12.2011 um 20:33 Uhr geändert. ]
 
AGSzabo   Nutzer

21.12.2011, 19:55 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

Kann es sein, dass ein simpler Task mit AddTask() nicht ausreicht um dos funktionen daraus aufrufen zu können? ich möchte lediglich ein directory einlesen mit Lock/CurrentDir/Examine/ExNext

--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 21.12.2011 um 20:01 Uhr geändert. ]
 
AGSzabo   Nutzer

19.12.2011, 19:02 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Thore:

Also ich zumindest gebe dem asl beim Aufruf weder einen Zeiger auf meinen IDCMP noch einen auf mein Fenster an. Es geht trotzdem.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
AGSzabo   Nutzer

19.12.2011, 16:26 Uhr

[ - Direktlink - ] 		Thema: filerequester task
Brett: Programmierung

@Holger:

Woher weiss asl welches Fenster ignoriert werden soll, bzw woher kennt es dessen idcmp?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux
 
 
Erste 3 4 5 6 7 -8- 9 10 11 12 13 >> Letzte Ergebnisse der Suche: 1662 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.