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 << 20 21 22 23 24 -25- 26 27 28 29 30 >> Letzte Ergebnisse der Suche: 8116 Treffer (30 pro Seite)
Holger   Nutzer

09.01.2012, 20:35 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
es kommt mit dem bitclear zB "test" zwischen "test (4. Kopie)" und "test (5. Kopie)" zum liegen.

Ahh, so ergibt es einen Sinn. Das hat nichts mit dem Punkt zu tun, sondern mit dem Leerzeichen, das nach Löschen des Bits ein null-byte ist und wie ein String-Ende behandelt wird.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

09.01.2012, 20:10 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Bei mir hat sich das Satzzeichen unter die Buchstaben gemischt.

Welches Satzzeichen, welcher Buchstabe?

Es kann eigentlich nicht passieren, weil diese Bit-Clear Operation ziemlich genau und auch umkehrbar die Groß- und Kleinbuchstaben aufeinander mappt.

Einziger Fehler, den ich erkennen kann, ist, dass ÿ wie ein ß behandelt wird, was allerdings nicht so wichtig ist, weil es weder das große ß, noch das Ÿ im 8 Bit Zeichensatz des Amigas gibt.

Klar, das ist keine richtige alphabetische Sortierung oder Ordnung nach DIN 5007 oder ähnliches, aber als einfacher String-Vergleich sollte er eigentlich funktionieren.

--

[ Dieser Beitrag wurde von Holger am 09.01.2012 um 21:13 Uhr geändert. ]
 
Holger   Nutzer

09.01.2012, 17:29 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Außerdem hatte der .strcmp code den Fehler, dass die Case-Unabhängigkeit auch bei Chars außerhalb der Buchstaben das Bit 5 gelöscht hat, was bei Satzzeichen zB zu Fehlern führt.

Wieso? Glaubst Du, den User interessiert es, ob Satz- und Sonderzeichen korrekt nach ASCII-Code sortiert sind?

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

09.01.2012, 17:26 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Da ist ein Problem gleich zu Anfang aufgetreten: Angenommen es sind zwei Nodes, da gibt es keine Mitte und ich weiß nicht, ob der neue Knoten vor den ersten, oder zwischen beide, oder nach dem zweiten eingefügt werden muss.

Zu Beginn musst Du natürlich überprüfen, ob Dein Knoten überhaupt zwischen Anfangs- und Endknoten liegt. Gehört er vor den ersten oder hinter den letzten, weißt Du ja, was zu tun ist.
Zitat:
Diese Situation kann auch am Ende des Suchvorgangs eintreten.
Nö, wie denn?
Wenn Du die Anfangssituation geprüft und den Algorithmus korrekt implementiert hast, gibt es überhaupt kein Problem.

Du weißt mit Sicherheit, dass der Knoten hinter A und vor E gehört, also weißt Du, dass er zwischen A und E gehört. Gibt es zwischen diesen beiden Knoten keinen weiteren (also auch keine Mitte) mehr, bist Du fertig.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

05.01.2012, 19:51 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Ah ja, so ginge das. Ich müsste bei jedem Einfügen alle Nodes bis zum ersten Pivot durch steppen (Anzahl / 2), diesen vergleichen und dann von dort aus zB die eben Ermittelte Zahl wieder durch zweit teilen und vorwärts oder rückwärts so viele Nodes durch gehen.

Genau das schrieb ich bereits vor ein paar Stunden. Die Gesamtanzahl an vor/zurück Schritten ist (ungefähr) gleich der Anzahl Knoten.
Zitat:
Dort wieder vergleichen und so weiter, bis 0 raus kommt, oder 1?
Für Deinen Zweck läuft es so ab:
1. Du hast einen Anfang (erster Knoten) und ein Ende (letzter Knoten).
2. Du besorgst Dir den mittleren Knoten zwischen diesen beiden (Pivot)
3. Du vergleichst Deinen neuen Knoten mit dem Pivot
4. Ist der neue Knoten kleiner, ersetzt der Pivot Deinen Endknoten, ist er größer, ersetzt er Deinen Anfangsknoten. Gleichheit kann bei Dir nicht auftreten
5. Befinden sich zwischen Anfangs- und Endknoten noch andere Knoten, gehe zu Schritt 2.
6. Jetzt fügst Du den neuen Knoten zwischen A und E ein
fertig
Zitat:
Ich denke aber über eine noch weitere Beschleunigung nach:

Ich merke mir den Anfang der Liste. Wenn ich neue Nodes anfüge, zähle ich deren Anzahl mit. Bei jeder geraden Anzahl steppe ich vom Anfang der Liste um 1 Node weiter und habe so immer einen Zeiger auf die Mitte der Liste, von der ich ausgehen kann!

Das würde die Anzahl der Schritte während des Suchens halbieren.
Zitat:
Für die weiteren Schritte würde ich weitere Zeiger benötigen, oder so wie oben weiter machen. Wenn ich weitere Zeiger will, müsste ich bei jedem zweiten weitergehen des aktuellen Mitte-Zeigers zwei neue Zeiger merken, nämlich auf eine Node vorher und eine Node nacher. Diese Zeiger müsste ich alle immer weiter anpassen.
Und natürlich auch in irgendeiner Datenstruktur merken. 2*log₂(n) Knoten.
Zitat:
Hmmm, ich denke, das ist blöd. Bis auf den ersten Schritt, wo ich die Mitte ALLER Nodes merke. Der bringt mir evtl schonmal eine Beschleunigung um die Hälfte, ohne im ersten Schritt bis zur Hälfte zu steppen. Stimmts?
Ja, was das reine Steppen angeht. Der eigentliche Performance-Killer und auch der Grund, überhaupt binäre Suche anzuwenden, sind die String-Vergleiche.

Die kann man weiter reduzieren, wenn man, wie hier schon angesprochen, Interpolationssuche verwendet. Die Verfahren sind sich allerdings so ähnlich, dass es durchaus sinnvoll ist, zuerst die Binäre Suche zu implementieren.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

05.01.2012, 12:29 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
> Warum sollte es schneller sein, Speicherbereiche, die gar nicht mehr zum String gehören, zu vergleichen?

Tut ja keiner, oder?

Das wusstest Du aber nicht. Trotzdem hast Du angenommen, dass es schneller wäre.

Zitat:
Original von AGSzabo:
Also für den Wahlfreien Zugriff fehlt mir der Index. Ich habe eine verkettet Liste. Wäre es möglich, einen Index zu horten?

Einen Index horten?

Du brauchst keinen Index, sondern die umgekehrte Operation: für eine gegebenen Index den richtigen Knoten finden.

Das ist trivial. Um einen Knoten mit Index x zu finden, initialisierst Du Deinen Variable mit dem Head-Knoten und ersetzt ihn dann x-Mal durch seinen next-Zeiger.

Wenn Du Dir den Knoten und seinen Index in den Zwischenschritten merkst, kannst Du auch diesen als Ausgangsbasis benutzen, um zum nächsten Index zu gelangen, in dem Du die Differenz vor oder zurück gehst.

Bei der Binären Suche ergeben sich dabei folgende Iterationen:
n/2 Schritte vor
n/4 Schritte vor oder zurück
n/8 Schritte vor oder zurück
n/16 Schritte vor oder zurück
n/32 Schritte vor oder zurück
usw.

Offensichtlich musst Du in diesem Fall exakt n viele next/prev Pointer auslesen, d.h. so viele wie bei der linearen Suche im worst case. Dafür musst Du aber deutlich weniger Strings vergleichen. Das bringt bei vielen ähnlichen Strings einen deutlichen Schub. Andererseits frag ich mich immer noch, wo da die Zeit verbraten werden soll, bei 2000 Einträgen und dem gezeigten Assembler-Code.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.01.2012, 20:31 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Wie macht man eine Interpolationssuche?


http://de.wikipedia.org/wiki/Interpolationssuche

oder

http://bit.ly/yIHET7

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.01.2012, 20:28 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Der fehlende Check ist mir auch schon aufgefallen, ich dachte aber, das macht nichts, ist evtl auch schneller so.

Warum sollte es schneller sein, Speicherbereiche, die gar nicht mehr zum String gehören, zu vergleichen?

Man muss an der Stelle deshalb nicht auf null testen, weil die Schleife in jedem Fall beendet wird: entweder ist der andere String an der Stelle auch null, dann wird abgebrochen oder er ist ungleich, dann wird ebenfalls abgebrochen.

Man sollte aber schon verstanden haben, was der Code tut, den man benutzt.

Andere Frage, was ist hiermit:
Zitat:
Original von AGSzabo:
Das Directory hat 2000 Files und es geht jetzt mit der sequentiellen Suche berauschend schnell.

Warum ist es jetzt plötzlich schon ab 1000 Files nicht mehr schnell genug?

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.01.2012, 20:13 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Der UAE greift auf meine linuxseitig native Platte zu.

Und wann testest Du es auch mal mit anderen Laufwerken?
Zitat:
buffergröße war zum testen so das genau 1 eintrag mit voller datei- und kommentarlänge rein passt.
Und dann kommst Du zur Erkenntnis, dass ExNext im Vergleich dazu schneller ist… nachdenken könnte manchmal etwas helfen.
Zitat:
wenn ich mehr nehme, würde ich mein ganzes schönes Refresh auf ticks basis sabotieren?
Wieso sollte es? Du willst doch wohl nicht max. 10 Dateien pro Sekunde einlesen, oder?
Zitat:
ps: Der Flaschenhals ist definitiv das Einfügen der richtigen Position, nicht das einlesen von disk. Im ersten Moment sind gleich 1000 files gelesen, dann wird es immer langsamer.
Wie jetzt, wird nun das Einlesen langsamer oder der „Flaschenhals“ des Einfügens, der auch für die ersten 1000 Files 1000 mal ausgeführt werden muss?

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.01.2012, 15:22 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von AGSzabo:
Ich habe gerade ExAll() ausprobiert, aber egal ob ich ExAll() oder ExNext() verwende, das UAE System friert bei großen Directorys, so ab ca 1000 einträge beim ERSTEN Aufruf der Funktion deutlich sicht- und spürbar ein. Also bei mir hier. Beim ASL Requester passiert das aber nicht. ?

Da musst Du wohl mal ein bisschen konkreter werden.

Mit welchen Typen von Datenträger hast Du denn getestet? Hardfile, native Directory, RAM Disk…

Bzw. mit welchen Dateisystemen, FFS, SFS, ect.
Zitat:
ps: und Examine() / ExNext() scheint schneller zu sein.
Vielleicht mit Deiner Vorgehensweise. Wenn Du zwischen den beiden einen spürbaren Unterschied feststellen kannst, stimmt offensichtlich etwas nicht.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 19:31 Uhr

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

@AGSzabo:
Es gibt eine Menge Faktoren, die da eine Rolle spielen. In Deinen Setup werden in den meisten Fällen Daten aus einem Cache unter Verwendung der CPU kopiert, d.h. es geht ziemlich schnell und kann gleichzeitig nicht mehr durch asynchrone Abarbeitung beschleunigt werden.

Native Linux-Programme sind da direkter, was nicht unbedingt immer vorteilhaft sein muss. Vor allem bot die Architektur bis vor kurzem keinerlei Anreize, anwendungsseitig asynchrone I/O zu verwenden.

Darauf sollte man aber seine Amiga-Software nicht ausrichten.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 12:30 Uhr

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

Zitat:
Original von AGSzabo:
Ist es denn von Bedeutung welcher Task das Layout macht? Ich meine, wenn es der main task machen würde, könnte wäherenddessen der read task auch nicht weiter einlesen?

Die Datenübertragung erfolgt im Idealfall auf unterster Ebene via DMA. Aber nur, wenn man dam System eine Chance dazu gibt. Dazu muss das Programm dem System auch mitgeteilt haben, dass es etwas tun soll. D.h. direkt nachdem der Lesetask einen Eintrag erhalten hat (dann ist er auch aktiv), fordert er den nächsten an. Danach berechnet der GUI-Task das Layout, während das Laufwerk Daten zum Controller schaufelt.

Wenn man die nächste Leseanfrage erst stellt, nachdem man das Layout berechnet hat, muss das Laufwerk Däumchen drehen.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 12:25 Uhr

[ - Direktlink - ]
Thema: add Node to List sorted Algorithmus
Brett: Programmierung

Zitat:
Original von AGSzabo:
@Holger:
> Ist das wirklich ein Problem für Dich?
das hab ich schon längst gelöst.

War es wirklich ein Problem für Dich?



Oder stellst Du auch gerne mal Fragen, bevor Du selber drüber nachdenkst?
 
Holger   Nutzer

03.01.2012, 12:10 Uhr

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

Zitat:
Original von AGSzabo:
ist es nimmer. der flaschenhals war das sortieren, …

Es ist jetzt kein Flaschenhals, solange der Datenträger vergleichsweise langsam ist. Bzw. fehlt Dir einfach nur der Vergleichswert dafür, wie schnell es sein könnte. Jedenfalls ist Dein Task mit Layoutberechnung beschäftigt, wenn eigentlich schon neune Daten gelesen werden könnten.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 12:06 Uhr

[ - Direktlink - ]
Thema: add Node to List sorted Algorithmus
Brett: Programmierung

Zitat:
Original von AGSzabo:
ps: ich möchte jetzt noch mit rein nehmen, dass zusätzlich zum Alfabet als Kriterium eine Node Priorität verwendet wird. Damit kann man dann Verzeichnisse an den Anfang stellen. Wie berücksichtigt man das im Algo?

Ist das wirklich ein Problem für Dich?

1. Überprüfe nach wichtigerem Kriterium. Wenn ungleich ⇒ fertig
2. Ansonsten überprüfe nach zweitwichtigem Kriterium

Du kannst beliebig viele Vergleichskriterien zu einem zusammenfassen. Darauf sollte man aber wirklich von selbst kommen.

Wie packst Du Schuhe in ein Regal?

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 11:56 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

@AGSzabo:
Es gibt keinen schnellen Weg. Gerade da, wo es langsam ist (OFS/FFS ohne DirCache) ist auch das Ermitteln der Anzahl langsam. Ich würde trotzdem ExAll und nicht Examine/ExNext benutzen.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 11:54 Uhr

[ - Direktlink - ]
Thema: Wieviele Files in Dir?
Brett: Programmierung

Zitat:
Original von Thore:
Kommt drauf an was Du anforderst. Ich hab hier im Demo ED_TYPE verwendet, das reicht mir für die Anzahl.

Da hast Du etwas grundsätzliches nicht verstanden. Der Name ist immer im Ergebnis enthalten. Gibst Du ED_TYPE an, bekommst Du Name und Type. Gibst Du ED_SIZE an, bekommst Du Name, Type und Size. Gibst Du ED_PROTECTION an, bekommst Du Name, Type, Size und Protection. Usw.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 11:47 Uhr

[ - Direktlink - ]
Thema: Windows: DAU-Fragen zur PowerShell
Brett: Andere Systeme

Die Frage ist, um welche Software es sich handelt, deren UUID da in der Fehlermeldung steht. Dem Thema nach, würde ich auf den Internet-Explorer oder die MSHTML/MSXML Bibliothek tippen. Beides auf den neuesten Stand bringen, könnte helfen.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 11:40 Uhr

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

Zitat:
Original von AGSzabo:
während der scan task items anhängt und das layout neu berechnet, kann er nicht das dir einlesen.

und dann wunderst Du Dich, dass es langsam ist?

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.01.2012, 11:36 Uhr

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

Zitat:
Original von AGSzabo:
@thomas:
Ich weiß jetzt nicht worauf du dich da bei mir beziehst.

Wenn es eine Möglichkeit gibt, Forbid() zu vermeiden, sollte man diese auch nutzen.

Die Lösung lautet:

  • Parent startet neuen Process
  • Parent schickt Message mit Zeiger auf die gemeinsamen Daten an pr_MessagePort des neuen Prozesses

  • Child ruft gleich nach Start WaitPort() auf seinem eigenen pr_MessagePort auf

    Das sollte Dir übrigens bekannt vorkommen. Genau so teilt die Workbench jedem Programm mit, welche Icons beim Start geöffnet waren.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
  •  
    Holger   Nutzer

    22.12.2011, 16:12 Uhr

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

    Man kann ganz einfach asynchrone I/O benutzen, d.h. statt DOS-Funktionen aufzurufen, die eine Message an das Dateisystem schicken und auf die Antwort warten, schickt man selber eine Message an das Dateisystem und kehrt zur Hauptschleife zurück. Diese muss natürlich wissen, dass es außer GUI-Events auch noch andere Messages gibt, um die man sich kümmern muss (Abholen, Eintrag/Einträge der Dateiliste hinzufügen, weitere Anfordern), aber das muss sie ja sowieso, auch dann, wenn man einen Sub-Task/Prozess anlegt.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.12.2011, 15:50 Uhr

    [ - Direktlink - ]
    Thema: SAM 460ex
    Brett: Get a Life

    Zitat:
    Original von DrNOP:
    Und der wird natürlich, weil es sich besser auskennt als seine Vorredner, alle bisherigen Antworten als falsch, halbrichtig oder irgendwas anderes unterhalb von "perfekt" titulieren.

    aber die eigentliche Frage trotzdem nicht beantworten.


    Das stellt sicher, dass sein Expertenstatus niemals in Zweifel gezogen werden kann, hat er doch niemals eine unperfekte Antwort gegeben.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.12.2011, 15:46 Uhr

    [ - Direktlink - ]
    Thema: SAM 460ex
    Brett: Get a Life

    Zitat:
    Original von DaFreak:
    Wer sagt, dass ich nicht antworte? Wer hat behauptet, dass keine dem Fachgebiet entsprechenden besseren Beiträge (von mir oder anderen) kommen?

    Vor wieviel Monaten hast Du das letzte Mal ernsthaft versucht, tploetz zu helfen? Hat ton es überhaupt jemals versucht?

    Jeder, der es ernsthaft längere Zeit versucht hat, weiß, dass es nicht das Geringste mit Fachgebiet oder Wissen zu tun hat. Nur mit der Frage, ob man einen Weg findet, die Ignoranz eines gewissen Users gegenüber jeglicher Hilfestellung zu verarbeiten.

    Sonst gäbe es überhaupt niemanden mehr, der überhaupt noch mit ihm reden würde. Schlau schweigen hilft ihm nämlich auch nicht. Die meisten haben allerdings keine Nerven mehr dafür.

    Wobei es auch der Anstand gebietet, wenn man schon nicht hilft und sich vornehm zurückhält, nicht noch über die herzuziehen, die es trotzdem noch versuchen.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.12.2011, 14:13 Uhr

    [ - Direktlink - ]
    Thema: DONOTWAIT und WAIT in OS3.9 falsch implementiert ?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von thomas:
    Außerdem hilft es nicht die Bohne, wenn Programme voneinander abhängig sind. Entweder ein Programm läuft nur kurz und kommt dann zurück oder es bleibt aktiv.

    Oooder… es läuft nicht kurz, sondern länger als 5 Sekunden. Dann benutzt man vorzugsweise WAIT, wenn das nächste Programm definitiv erst nach Beendigung dieses Programms gestartet werden soll, also DONOTWAIT keine Option ist.

    Somit hilft es sehr wohl, wenn Programme voneinander abhängig sind.

    Natürlich könnte ich auch stattdessen auch den Requester in Kauf nehmen und mich oder denjenigen, dem ich das System eingerichtet habe, ermahnen, niemals auf „nicht warten“ zu klicken.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    20.12.2011, 13:01 Uhr

    [ - Direktlink - ]
    Thema: DONOTWAIT und WAIT in OS3.9 falsch implementiert ?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Wolfen:
    Da liegst du leider falsch.

    Wieso liege ich falsch, wenn Du etwas falsches aus dem Handbuch herausliest? ?(
    Zitat:
    Ganz einfach gesagt war meine Vorstellung:

    - Workbench läuft direkt weiter, wartet aber x Sekunden ohne NervReq vor weiterer Ausführung

    Ja was denn nun?

    „läuft direkt weiter“ oder „wartet x Sekunden“?

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    19.12.2011, 16:18 Uhr

    [ - Direktlink - ]
    Thema: DONOTWAIT und WAIT in OS3.9 falsch implementiert ?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Wolfen:
    Allerdings muß ich klar sagen, daß die Beschreibung im Workbench 3.0 Buch mir besser gefallen hat :-)

    Aber die Beschreibung sagt doch exakt das: „warten“ und „nicht warten“ schließen sich nunmal aus.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    19.12.2011, 16:13 Uhr

    [ - Direktlink - ]
    Thema: Dreiecksproblem mit Vektorrechnung
    Brett: Programmierung

    Zitat:
    Original von Thore:
    b = sin beta * c

    Damit haben wir die Länge von b.
    Lässt sich damit was anfangen?

    Exakt genausoviel wie mit einer über den Pythagoras ausgerechneten Länge (wie von Lippi vorgeschlagen).

    Was aber gesucht wird, sind die Koordinaten des dritten Punktes.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    19.12.2011, 16:07 Uhr

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

    Zitat:
    Original von thomas:
    Solange du im Unterprogramm bist, reagiert das Hauptfenster nicht mehr auf Eingaben, einfach weil keiner sie behandelt. Einziger Haken ist, dass Intuition die Eingaben natürlich nicht vergisst, sondern dass sie bei der Rückkehr vom Dateirequester alle auf dem UserPort des Hauptfensters stehen. Es gibt zwei Möglichkeiten, das zu behandeln: entweder du überliest nach der Rückkehr einfach alle IDCMP-Nachrichten, die anstehen. Oder du sorgst vorher dafür, dass du keine bekommst. Das geht mit ModifyIDCMP.

    Die asl.library benutzt denselben IDCMP für den Dateirequester wie das Fenster, das geblockt wird. Daraus ergibt sich Möglichkeit 3: solange der Requester offen ist, alle Messages für andere Fenster ignorieren.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    16.12.2011, 19:24 Uhr

    [ - Direktlink - ]
    Thema: DONOTWAIT und WAIT in OS3.9 falsch implementiert ?
    Brett: Amiga, AmigaOS 4

    Ich kann irgendwie nicht erkennen, wo der Widerspruch zwischen der WB3.0 Beschreibung und dem von Dir beschriebenen WB3.9 Verhalten sein soll. Entweder Du sagst „nicht warten“ oder Du sagst „warte n Sekunden“. Was wäre die Alternative? Du sagst, wie viele Sekunden er nicht warten soll?

    --

    [ Dieser Beitrag wurde von Holger am 16.12.2011 um 19:24 Uhr geändert. ]
     
    Holger   Nutzer

    14.12.2011, 13:41 Uhr

    [ - Direktlink - ]
    Thema: Erkennt AOS4 nur max. 128MB Grafikram im Peg2?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Bluebird:
    so gesehen merkt man das echt bei einem PCI oder gar AGP Bus ob ein Screen aus dem Speicher geworfen wird ?

    Einen rausgeworfenen Screen nicht, nicht mehr reinpassende Texturen bemerkst Du schon.

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
     
    Erste << 20 21 22 23 24 -25- 26 27 28 29 30 >> Letzte Ergebnisse der Suche: 8116 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.
    .