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 << 24 25 26 27 28 -29- 30 31 32 33 34 >> Letzte Ergebnisse der Suche: 3680 Treffer (30 pro Seite)
Solar   Nutzer

03.02.2006, 14:29 Uhr

[ - Direktlink - ]
Thema: Welcher fehler im Programm?
Brett: Programmierung

Zitat:
Original von Holger:

Für mich ist assert() etwas, das man sogar abschalten kann.


Korrekt. NDEBUG definiert, und schon sind die assert()s draußen. zumindest die der Standardbibliothek; man kann sich natürlich auch selbst eine assert()-Funktion basteln.

Zitat:
Ganz abgesehen davon, daß ich schon Programme erlebt habe, die mir mit assertion-Fehlermeldungen die Konsolen vollgekleistert haben, aber gar nicht daran dachten, sich zu beenden (in einigen Fällen: zum Glück).
Ich weiß auch nicht, inwieweit assert einen sauberen Ausstieg inkl. Freigeben der Resourcen ermöglichen soll, außer es verwendet intern doch goto.


assert() ruft im Fehlerfall raise(SIGABRT). Ob der Default-Handler für SIGABRT Dateien flusht und schließt und temporäre Dateien entfernt, ist implementierungsabhängig.

Wenn ein Programm einen SIGABRT-Handler installiert, der zum Aufrufer (raise()) zurückkehrt, ruft assert() exit( EXIT_FAILURE ). In keinem Fall darf assert() im Fehlerfall zum Aufrufer zurückkehren.

Das sagt der Standard. Was die jeweils benutzte C-Lib daraus macht...
 
Solar   Nutzer

03.02.2006, 10:24 Uhr

[ - Direktlink - ]
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme

Schon OK. Kam einen Moment lang so rüber, aber ich bin da wohl ein bißchen dünnhäutig geworden. ;)

Nur nochmal zur Klärung, kadi fragte nach Reduzierung von VCORE unter die Spezifikation (Undervolting), nicht nach einer CPU mit möglichst niedrigem VCORE... denn dann wären wir wieder bei den embedded-CPUs in Routern, die schlägt auch kein mobiler x86er... ;)
 
Solar   Nutzer

03.02.2006, 09:56 Uhr

[ - Direktlink - ]
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme

@ Tedious:

> Tja... und auch NOCHMAL: Mit dem 500er K6-2 IMHO ohne
> Lötereien am MoBo NICHT möglich.

Was heißt hier "NOCHMAL"? Von der Unmöglichkeit, bei einem 500er K6-2 VCORE zu reduzieren, hast Du hier keinen Ton von Dir gegeben, und lieber eine Einkaufsliste runtergerasselt bzw. mich angepupt.

Sitten sind das hier...

@ kadi:

Schon klar, das Dir die Lösung zu teuer ist. Mir war der geringere Aufwand, Platzverbrauch etc. immer den Preis wert, aber dann hättest Du hier nicht nach Antiquitäten gefragt. ;)
 
Solar   Nutzer

03.02.2006, 09:47 Uhr

[ - Direktlink - ]
Thema: Welcher fehler im Programm?
Brett: Programmierung

Zitat:
Original von Holger:

Zwischen Fehlerbedingungen und Annahmen besteht doch ein gewaltiger Unterschied. assert ist keine Alternative zu einem Abbruch im Fehlerfall.


Ein assert() ist ein Abbruch im Fehlerfall...

Ich hab' nicht in's Detail geschaut, nur flugs den Code eingerückt und in code-Tags gesetzt. Aber "goto error" ist mir ein bißchen zu sehr VisualBasic... normalerweise läßt sich das besser lösen.
 
Solar   Nutzer

02.02.2006, 13:26 Uhr

[ - Direktlink - ]
Thema: TODO-Liste / Ideen
Brett: Forum und Interna

@ Holger:

Deine Regexp bereitet mir immer noch Kopfschmerzen. Wenn [^[]*+ schon alle Zeichen bis zum nächsten '[' matcht, ist der Kram in der Mitte (alle Zeichen die nicht der Anfang von [foo] oder [/foo] sind, verstehe ich das richtig?) dann nicht redundant?
 
Solar   Nutzer

02.02.2006, 12:21 Uhr

[ - Direktlink - ]
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme

Nochmal, er such t nach Informationen zur vorhandenen CPU. Wenn für ihn ein Neukauf in Frage käme, würde ich ihm z.B. einen Barricade-Router oder ähnliches Produkt empfehlen - nimmt weniger Platz weg, und ist ohne Basteleien passivgekühlt.

:look:
 
Solar   Nutzer

02.02.2006, 11:01 Uhr

[ - Direktlink - ]
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme

@ Tedious:

Er hat die CPU schon. Er will wissen, wie er sie untertakten / VCORE senken kann.
 
Solar   Nutzer

02.02.2006, 09:11 Uhr

[ - Direktlink - ]
Thema: Welcher fehler im Programm?
Brett: Programmierung

Da geben sich die Admins solche Mühe mit einem [ code ] - Tag, das sogar Syntax Highlighting kann, und keiner nutzt es... in so einer Code-Wüste will doch niemand herumstochern...

Zur AmigaOS API kann ich nichts sagen, aber:


  • Mehr Leerzeichen (vor und nach Operatoren, zwischen Klammern und Inhalt);
  • Kommentieren!
  • evtl. <assert.h> statt "goto error"
C code:
WORD showdatatypepicture(struct FMHandle *h,struct DataType *dt,struct CMenuConfig *cmc)
{
    struct DataTypeHeader *dth;
    Object *obj;
    struct ShowScreen shows;
    struct BitMapHeader *bmhd=0;
    ULONG modeid=0;
    struct BitMap *bm;
    struct gpLayout layout;
    ULONG *creg,*palette=0;
    LONG ncol,crsize,palsize;
    UBYTE *src;
    LONG type;
    WORD ret=0;

    changename(h->owner,cmc->label);
    priority(cmc);

    memseti(&shows,0,sizeof(struct ShowScreen));
    dth=dt->dtn_Header;

    if(h->flags&OFDECRUNCH) {
        type=DTST_RAM;
        src=h->decbuffer;
    } else {
        type=DTST_FILE;
        src=h->filename;
    }


    pictureinfo(h,0,0,0,0,dth->dth_Name);
    if(!(obj=NewDTObject(src,DTA_SourceType,type,DTA_GroupID,GID_PICTURE,PDTA_Remap,TRUE,TAG_DONE))) goto error;
    if(GetDTAttrs(obj,PDTA_ModeID,&modeid,PDTA_BitMapHeader,&bmhd,TAG_DONE)!=2) goto error;
    pictureinfo(h,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,modeid,dth->dth_Name);
    layout.MethodID=DTM_PROCLAYOUT;
    layout.gpl_GInfo=NULL;
    layout.gpl_Initial=TRUE;
    if(!DoDTMethodA(obj,NULL,NULL,(Msg)&layout)) goto error;
    if(GetDTAttrs(obj,PDTA_BitMap,&bm,PDTA_CRegs,&creg,PDTA_NumColors,&ncol,TAG_DONE)!=3) goto error;
    if(!bm||!creg||!ncol) goto error;
    crsize=(ncol*3)*4;
    palsize=crsize+2*4;
    palette=allocvec(h->owner,palsize,MEMF_CLEAR);
    if(!palette) goto error;
    palette[0]=ncol<<16;
    CopyMem(creg,&palette[1],crsize);
    if(openshowscreen(h->owner,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,modeid,bmhd->bmh_Width,bmhd->bmh_Height,bmhd->bmh_Depth,&shows)) {
        LoadRGB32(&shows.screen->ViewPort,palette);
        BltBitMap(bm,0,0,shows.bitmap,0,0,bmhd->bmh_Width,bmhd->bmh_Height,0xC0,0xFF, NULL);
        WaitBlit();
        SetPointer(shows.window,shows.mouse,2,16,0,0);
        ret=waitbutton(shows.window)+1;
        closeshowscreen(&shows);
    }
    goto picerr;
error:
    if(!ret) requestmsg(h->owner->workname,0,MSG_OK,MSG_MAIN_DATATYPEERROR,dth->dth_Name);
picerr:
    freemem(palette);
    if(obj) DisposeDTObject(obj);
    return(ret);
}

WORD openshowscreen(struct FMList *list,WORD wide,WORD high,WORD deep,ULONG modeid,WORD realw,WORD realh,WORD reald,struct ShowScreen *shows)
{
    struct Rectangle spos, dclip, txto, stdo, maxo;
    WORD oscan,apu2;
    ULONG scrtags[24];
    extern struct GfxBase *GfxBase;

    memseti(scrtags,0,24*4);
    shows->gfxbase=GfxBase;shows->tempbm=0;
    shows->screen=0; shows->window=0; shows->bitmap=0; shows->mouse=0;
    shows->mouse=allocvec(list,32,MEMF_CHIP|MEMF_CLEAR);
    if(!shows->mouse) goto serr;

    if(!(shows->bitmap=AllocBitMap(realw,realh,reald,BMF_CLEAR|BMF_DISPLAYABLE|BMF_INTERLEAVED,0))) {
        if(!(shows->bitmap=AllocBitMap(realw,realh,reald,BMF_CLEAR|BMF_DISPLAYABLE,0))) {
            requestmsg(list->workname,0,MSG_OK,MSG_MAIN_ERRNOBITMAP);
            goto serr;
        }
    }

    if(ModeNotAvailable(modeid)) modeid=modefallback(modeid,wide,high,deep);

    spos.MinX=0; spos.MinY=0;

    oscan=((QueryOverscan(modeid,&txto,OSCAN_TEXT))&&(QueryOverscan(modeid,&stdo,OSCAN_STANDARD))&&(QueryOverscan(modeid,&maxo,OSCAN_MAX)));

    scrtags[0]=SA_Left; scrtags[1]=spos.MinX;
    scrtags[2]=SA_Top; scrtags[3]=spos.MinY;
    scrtags[4]=SA_Width; scrtags[5]=wide;
    scrtags[6]=SA_Height; scrtags[7]=high;
    scrtags[8]=SA_Depth;
    if(fmmain.kick<39&&deep>6) scrtags[9]=6;
    else     scrtags[9]=deep;
    scrtags[10]=SA_Type; scrtags[11]=CUSTOMSCREEN;
    scrtags[12]=SA_BitMap; scrtags[13]=(ULONG)(shows->bitmap);
    scrtags[14]=SA_DisplayID; scrtags[15]=modeid;
    scrtags[16]=SA_Quiet; scrtags[17]=1;
    scrtags[18]=SA_AutoScroll; scrtags[19]=1;
    scrtags[20]=SA_BackFill; scrtags[21]=(ULONG)LAYERS_NOBACKFILL;

    if (oscan) {
        clipit(wide,high,&spos,&dclip,&txto,&stdo,&maxo);
        scrtags[22]=SA_DClip; scrtags[23]=(ULONG)&dclip;
    }

    if (!(shows->screen=OpenScreenTagList(0,(struct TagItem*)scrtags))) {
        requestmsg(list->workname,0,MSG_OK,MSG_MAIN_SCRERR1);
        goto serr;
    }
    if (!(shows->window=OpenWindowTags(0, WA_Left,0,WA_Top,0,WA_Width,wide,WA_Height,high,
        WA_IDCMP,IDCMP_MOUSEBUTTONS|IDCMP_ACTIVEWINDOW|IDCMP_VANILLAKEY,
        WA_Flags,WFLG_BACKDROP|WFLG_BORDERLESS|WFLG_ACTIVATE|WFLG_RMBTRAP|WFLG_NOCAREREFRESH,
        WA_BackFill,LAYERS_NOBACKFILL,WA_SimpleRefresh,TRUE,
        WA_CustomScreen,shows->screen,WA_BusyPointer,TRUE,
        TAG_DONE))) {
        requestmsg(list->workname,0,MSG_OK,MSG_MAIN_WINERR1);
        goto serr;
    }

    apu2=1;

    shows->tempbm=AllocBitMap(realw,1,reald,BMF_CLEAR,0);
    printf("realw reald: %ld %ld ", realw, reald);
    CopyMem(&shows->screen->RastPort,&shows->temprp,sizeof(struct RastPort));
    shows->temprp.Layer=0;shows->temprp.BitMap=shows->tempbm;
    if(!shows->tempbm||!apu2) {
        requestmsg(list->workname,0,MSG_OK,MSG_MAIN_ERRNOBITMAP);
        goto serr;
    }
    return(1);
serr:
    closeshowscreen(shows);
    return(0);
}

 
Solar   Nutzer

01.02.2006, 14:57 Uhr

[ - Direktlink - ]
Thema: Neues Powerbook und iMac mit INTEL! 1A!
Brett: Andere Systeme

Was mir bei dem Thema immer wieder einfällt: Wer findet es außer mir noch verwunderlich, das sich Apple ausgerechnet im oft ziterten SPEC-Benchmark nie der Konkurrenz gestellt hat?

 
Solar   Nutzer

01.02.2006, 14:43 Uhr

[ - Direktlink - ]
Thema: völlig lüfterloser FLI4L PC - k6II runtertakten.
Brett: Andere Systeme

Die Spannung hat noch stärkeren Einfluß auf die CPU als der Takt. Wenn Dein primäres Ziel eine kühle CPU ist, ist VCORE also eine gute Stellschraube.

Wie weit Du nun konkret einen AMD K6-2 500 runterschrauben kannst... da hilft wohl nur Google. ;)
 
Solar   Nutzer

01.02.2006, 14:11 Uhr

[ - Direktlink - ]
Thema: Romani ite domus( ?)
Brett: Get a Life

Ich bin überracht einen so chtämmigen chwertträger vor dem Pöbel wanken chu chehen... :lach:
 
Solar   Nutzer

01.02.2006, 14:05 Uhr

[ - Direktlink - ]
Thema: Suche einfaches CMS
Brett: Programmierung

Zitat:
Original von Kaesebroetchen:

Warum versuchst du es nicht einfach mal mit einem Forum ?
Da kann man bestimmten Nutzern das Recht geben Einträge (Themen) vorzunehmen, Grafiken einfügen, den Text in einem gewissen Rahmen gestalten usw.


Ein Forum für eine Pflanzendatenbank?

Dann doch eher ein PhpWiki... da braucht man nicht irgendwelche Forumsfunktionen für etwas verwursten, was so nie geplant war. Suchfunktion inklusive...
 
Solar   Nutzer

01.02.2006, 12:39 Uhr

[ - Direktlink - ]
Thema: Es reicht mir !
Brett: Forum und Interna

Falls Du Dich auf Klima im Forum / Amiga Re-Design beziehst - die einen wollen halt Nostalgie von Gestern pflegen, die anderen sind auf der Suche nach einem Weg, eben diese Nostalgie in die Zukunft zu bringen.

Atme tief durch, sage Dir dreimal "es geht hier nur um Computer", und akzeptiere, das es die andere Seite gibt. Hat bei mir zwar auch nicht geholfen (ich kriege bei den PPC-Evangelisten immer noch den Vollföhn), aber ich gebe den Tip gerne weiter. ;)
 
Solar   Nutzer

31.01.2006, 09:55 Uhr

[ - Direktlink - ]
Thema: Netzteile, CPU u. Grafikkarte vor Staub schützen
Brett: Andere Systeme

Hier im Büro sitzt vor den Ansaugöffnungen ein Lochgitter, das einen guten Teil Staub auffängt (und einfach zu reinigen ist).

Jede feinporigere Filterung, die den Staub zuverlässiger auffängt, wäre in kürzester Zeit so verstopfen, das die Kühlung nachläßt.

Da hilft nur eins - regelmäßig öffnen und reinigen. Absaugen (Staubsauger) ist dabei einem Wegpusten (Druckluft) vorzuziehen, weil Druckluft den Staub erst in die richtig fiesen Ecken bläßt (und im Zimmer verteilt).
 
Solar   Nutzer

30.01.2006, 10:26 Uhr

[ - Direktlink - ]
Thema: aspect ratio bei RTG-Screen?
Brett: AROS und Amiga-Emulatoren

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

"Auf den meisten Computerbildschirmen sind Pixel quadratisch (PAR 1:1), bei der DVD oder bei DV sind sie aber rechteckig, und zwar im Verhältnis 768:720 = ca. 1.067 (PAL), also breiter als hoch."
 
Solar   Nutzer

27.01.2006, 10:34 Uhr

[ - Direktlink - ]
Thema: North & South die Zweite!
Brett: Amiga, AmigaOS 4

Es geht nicht um den am Urheber entstehenden Schaden (die meisten Rechteinhaber sind längst Geschichte) oder darum, diese Seiten zuzumachen (ist eh ein Kampf gegen die Hydra). Es geht einzig darum, das Anbieten von Links auf solche Seiten zu unterlassen, weil es diese Seite gefährdet - rechtlich und finanziell.

Jeder weiß, das man nach Raubkopien googlen kann, und höchstwahrscheinlich auch fündig wird. Das ist aber Sache von Google, nicht von AN - und somit ist doch wohl dem Suchenden ebenso geholfen wie der Zukunftssicherheit von AN.

@ DivingDuck:

> wer werfe den ersten Stein?

Ist ja kein Problem, wenn man sich vertut. Man sollte halt nur nicht das Greinen anfangen, wenn die Mods hier ihre rechtliche Pflicht tun.

[ Dieser Beitrag wurde von Solar am 27.01.2006 um 10:35 Uhr geändert. ]
 
Solar   Nutzer

27.01.2006, 08:58 Uhr

[ - Direktlink - ]
Thema: North & South die Zweite!
Brett: Amiga, AmigaOS 4

Du hast es noch nicht gemerkt, oder?

Wenn die Mods sowas hier durchgehen lassen würden, was glaubst Du wie lange es braucht bis ein schlauer Abmahnanwalt bei Nico aufschlägt und das Forum hier dicht gemacht wird?

Da macht's keinen Unterschied, ob jemand den Link hier postet oder sich nur "per Email" als Linkvermittler anbietet. Passiert sowas hier auf AN, ist es sogar die Pflicht der Mods, das zu unterbinden.
 
Solar   Nutzer

26.01.2006, 13:02 Uhr

[ - Direktlink - ]
Thema: North and South Fan sucht
Brett: Amiga, AmigaOS 4

Zitat:
Original von Schaumstofflumpi:

Wie siehts aus? Vielleicht schaffen wir es ja North & South neu aufzulegen und dann Netzwerkfähig!!!


..."wir"?!? :lach:

[ Dieser Beitrag wurde von Solar am 26.01.2006 um 13:02 Uhr geändert. ]
 
Solar   Nutzer

26.01.2006, 11:12 Uhr

[ - Direktlink - ]
Thema: Leute rettet euch! (Yeti-Thread)
Brett: Get a Life

@ Maja:

hjoerg hat vielmehr bei sich das Komma vergessen - das Spiel ergibt ein Ergebnis zwischen 0 und ca. 14 Metern, mit drei Nachkommastellen. ;)

[ Dieser Beitrag wurde von Solar am 26.01.2006 um 11:14 Uhr geändert. ]
 
Solar   Nutzer

26.01.2006, 08:58 Uhr

[ - Direktlink - ]
Thema: Romani ite domus( ?)
Brett: Get a Life

Zitat:
Original von Acki:

Zenturio Nur gibt es eben von domus auch den ...?

Brian ... Oh, den Lativ!


Locativ, Mensch!

Und das mir, der ich nach vier Jahren Tortur nicht mal das Latinum zusammengebracht habe... (der Lehrer war so nett, mir keine sechs zu geben - ich mußte ihm aber versprechen, Latein abzuwählen :lach: )
 
Solar   Nutzer

25.01.2006, 16:50 Uhr

[ - Direktlink - ]
Thema: STL: vector vs. valarray
Brett: Programmierung

Ahhh... Blindfisch ich. Ich sah nur "Timer.h" und hielt's für eine AmigaOS-Funktion. Das clock() ist aus ctime... dann stimmt meine Vermutung ja: für Benchmarking in einem Multitasking-System denkbar ungeeignet.

[ Dieser Beitrag wurde von Solar am 25.01.2006 um 16:50 Uhr geändert. ]
 
Solar   Nutzer

25.01.2006, 15:44 Uhr

[ - Direktlink - ]
Thema: STL: vector vs. valarray
Brett: Programmierung

Zunächst einmal ist die Geschwindigkeit abhängig von der Implementation Deiner C++-Library. Wenn der Autor an der einen Stelle gehunzt hat - oder sich beim vielbenutzten vector besonders viel Mühe bei der Optimierung gegeben hat - kann im Vergleich sonst etwas herauskommen, ganz egal, was Stroustrup schreiben mag.

Davon ab machen deine beiden Tests zwei ziemlich unterschiedliche Sachen. Das eine Mal rufst Du einen Konstruktor über ELEMENTS auf, das andere Mal schleifst Du über push_back(). Du könntest damit anfangen, für beide den (vorhanden) Konstruktor ( count, value ) zu verwenden. Ein schlauer Optimizer verbindet nämlich Deine beiden Schleifen zu einer.

Dann nimmst Du operator[] für valarray, das andere Mal *const_iterator für vector.

Dann hast Du in einer eigentlich für's Profiling gedachten Funktion cout drin - was Deine Meßergebnisse eh über den Haufen werfen dürfte.

AmigaOS' [tt]clock()[/tt] kenne ich nicht, befürchte aber, das es Realzeit mißt, nicht im entsprechenden Thread verbrachte Zeit - d.h. andere auf dem System laufende Tasks haben evtl. erheblichen Einfluß auf Deinen Test.

Davon ab glaube ich, das Stroustrup sich da ein bißchen vertan hat. Dinkumware schreibt zu vector:

Zitat:
The template class describes an object that controls a varying-length sequence of elements of type Ty. The sequence is stored as an array of Ty.

Und zu valarray:

Zitat:
The template class describes an object that controls a varying-length sequence of elements of type Ty. The sequence is stored as an array of Ty. It differs from template class vector in two important ways:


  • It defines numerous arithmetic operations between corresponding elements of valarray<Ty> objects of the same type and length, such as xarr = cos(yarr) + sin(zarr).
  • It defines a variety of interesting ways to subscript a valarray<Ty> object, by overloading operator[].


Sprich, für die Zwecke Deines "Benchmarks" dürften sich die beiden eigentlich gar nicht unterscheiden...

[ Dieser Beitrag wurde von Solar am 25.01.2006 um 15:45 Uhr geändert. ]
 
Solar   Nutzer

25.01.2006, 13:20 Uhr

[ - Direktlink - ]
Thema: Leute rettet euch! (Yeti-Thread)
Brett: Get a Life

11,585

[ Dieser Beitrag wurde von Solar am 25.01.2006 um 13:27 Uhr geändert. ]
 
Solar   Nutzer

25.01.2006, 10:13 Uhr

[ - Direktlink - ]
Thema: Breakpoint 2006
Brett: Get a Life

Blödsinn. Schau' Dir mal die Umfrage von letztem Jahr an - PC ist (inzwischen) die am stärksten vertretene Platform.

Das Laptop ist ein Gateway Solo 9300 (Mobile Pentium III, 500 MHz) von 1999, seinerzeit beschafft als Ersatz für meinen abgerauchten A1200/PPC. Die erste Software, die ich darauf installiert habe, war WinUAE, die zweite Software AmigaOS 3.5 (noch auf der Messe in Köln)... später hat dann Rolf Tingler (auf der WoA Neuss) das Schätzen mit einem schicken Airbrushing versehen.

Nach Win98SE / UAE, Win2k und Gentoo Linux läuft das Schmuckstück inzwischen unter FreeBSD (und auf dem zweiten Akku), macht aber noch keine Anstalten den Löffel abzugeben. I-)

[ Dieser Beitrag wurde von Solar am 25.01.2006 um 10:15 Uhr geändert. ]
 
Solar   Nutzer

25.01.2006, 07:10 Uhr

[ - Direktlink - ]
Thema: Breakpoint 2006
Brett: Get a Life

Ich werde auch da sein, allerdings habe ich schon meine "Truppe" bei der ich campen werde. Wer mich sucht, findet mich hinter dem Laptop mit dem Airbrush-Cover. ;)
 
Solar   Nutzer

24.01.2006, 07:22 Uhr

[ - Direktlink - ]
Thema: TODO-Liste / Ideen
Brett: Forum und Interna

In Perl ist * "greedy", d.h. die RegExp versucht möglichst viele Zeichen zu matchen. Dazu kommt dann ? als "non-greedy-operator", d.h. versucht möglichst wenige Zeichen zu matchen.

Bei Deinem obigen Beispiel

A ccc A ddd B eee B

würde folgende RegExp "A ddd B" treffen:

.*(A.*?B)

 
Solar   Nutzer

23.01.2006, 20:01 Uhr

[ - Direktlink - ]
Thema: Was meint ihr?
Brett: Get a Life

Zitat:
Original von Holger:
Zitat:
Original von Solar:
Wird das Flugzeug nach vorne bewegt, ist das gut für's Abheben. In die andere Richtung ist's schlecht für's Abheben.

Mm, das wäre zwar ungewöhnlich, aber kann man wirklich nicht rückwärts abheben?

Nein.

Zitat:
Für den Auftrieb muß doch nur die Strömung überhalb der Tragflächen schneller sein, als unterhalb. Das ist doch auch bei Rückwärtsbewegung der Fall.

Viele Leute halten es für "Auftrieb", wenn sie ein Brett schräg in einen Luftstrom halten und dieses schräg weggedrückt wird. Das ist mitnichten das, was ein Flieger unter "Auftrieb" versteht - dieser wird durch die gewölbte Form der Tragfläche erzeugt, und da spielt die Strömungsrichtung eine erhebliche Rolle.

Zu dem Rest halte ich jetzt mal die Backe. Sechs Seiten sind wohl genug. ;-)
 
Solar   Nutzer

23.01.2006, 15:47 Uhr

[ - Direktlink - ]
Thema: Was meint ihr?
Brett: Get a Life

Zitat:
Original von mact:

Wenn es aber abhebt, wenn niemand das Laufband sieht, warum sollte es dann nicht abheben, wenn das Laufband sichtbar ist?


Jetzt mal weg vom schönen sauberen Modell hin zur Realphysik. ;)

Wenn das Laufband sich in Bewegung setzt - ganz egal in welche Richtung und wie schnell sich die Räder gerade drehen - überträgt sich diese Bewegung zumindest teilweise auf das Flugzeug. Das aber nicht zu 100%, sondern nur zu einem gewissen Prozentsatz, während der Rest in eine Drehbewegung der Räder umgesetzt wird. Beeinflussende Faktoren sind Bewegungsimpuls des Bandes, Masse des Flugzeuges, Masse der Räder, Reibungswiderstand der Radlager, Luftwiderstand, und ein halbes Dutzend Faktoren die ich gerade vergessen habe.

Wird das Flugzeug nach vorne bewegt, ist das gut für's Abheben. In die andere Richtung ist's schlecht für's Abheben. Fußfallen sind die Entkopplung der effektiven Bewegungsgeschwindigkeit des Flugzeugs relativ zur umgebenden Luft, des entwickelten Schubs von der Umdrehung der Räder, sowie die Unabhängigkeit der Raddrehung von der vom Band auf das Flugzeug übertragenen Kraft.

Der Rest ist Interpretation der "Aufgabenstellung".
 
Solar   Nutzer

23.01.2006, 07:25 Uhr

[ - Direktlink - ]
Thema: Was meint ihr?
Brett: Get a Life

Zitat:
Original von Holger:

"mit der gleichen Geschwindigkeit" bezieht sich auf das Flugzeug, nicht auf die Räder.


Du kannst meine Schlußfolgerungen nur dann kritisieren, wenn Du dieselben Annahmen akzeptierst. Sonst reden wir von unterschiedlichen Dingen. Meine Annahme - Bezug auf die Räder - habe ich glaube ich deutlich gemacht.

Zitat:
Und nur so macht es Sinn.

Wenn Du meinst...

Zitat:
Denn die Räder rotieren, und was ein 3000 Meter langes Laufband macht, wenn es mit der gleichen Geschwindigkeit rotiert, wäre eine ganz andere Baustelle.

??

Zitat:
Wenn das Laufband sich einfach nur mit gleicher Geschwindigkeit wie das Flugzeug, meinethalben auch der Räder, wenn man ausschließlich die horizontale Bewegung relativ zum Tower betrachtet...

Du wirst konfus.

Zitat:
Die Räder rotieren doppelt so schnell wie normal...

Siehe mein letztes Posting. Bei diesem Aufbau wäre das Problem die Feststellung der "normalen" Rotation. Wie unterscheidet der Sensor zwischen "normaler" und durch das Laufband selbst induzierter Rotationsgeschwindigkeit?

Zitat:
...und das Flugzeug hebt ab.

An der Stelle - bei mir die zweite Version - habe ich so meine Zweifel, halte die Annahme aber für hinreichend verwirrt, um mir keine witeren Gedanken darüber zu machen.

Zitat:
Ginge es um die "Geschwindigkeit der Räder" im Sinn der Tangentialbewegung an der Auflagefläche zum Laufband, würde sich die Geschwindigkeit tatsächlich aufschaukeln...

Drehgeschwindigkeit statt Fortbewegungsgeschwindigkeit, genau. Dann haben wir uns ja verstanden.

Zitat:
...was dem Flugzeug unter realistischen Bedingungen trotzdem egal ist, weil a) das Aktion-Reaktion-Prinzip gilt...

Im Hinblick auf was?

Zitat:
...und b) das Flugzeug sich schneller bewegen kann, als die Radrotation es zuläßt.

Auch hier *glaube* ich Dich verstanden zu haben, aber Deine Formulierung ist hinreichend ungenau, um mir einen Kommentar zu verkneifen. ;-)

Zitat:
Es könnte auch mit angezogener Handbremse starten. Dann würde das Laufband sich bei dieser Interpretation ja auch nicht bewegen. Wäre allerdings nicht so gut für die Reifen oder das Laufband, je nachdem.

Das ist allerdings ein lustiges Gedankenbild. Wobei... das ist dann eine Sache des entwickelten Schubs, nicht? Bein einer Cessna würde ich nicht darauf wetten, das der Schub eine Blockierung der Räder überwinden kann...
 
Solar   Nutzer

22.01.2006, 17:56 Uhr

[ - Direktlink - ]
Thema: Was meint ihr?
Brett: Get a Life

@DrNOP:

Zitat:
Bis jetzt bin ich der Meinung, daß du dir selbst widersprichst.

Mag schon sein. Die Variante "verdoppelte Drehgeschwindigkeit" ist eh ziemlich wüst, denn der Geschwindigkeitssensor am Laufband müßte ja unterscheiden zwischen der durch den Vortrieb des Flugzeuges erzeugten Drehgeschwindigkeit der Räder und der durch's Rollband erzeugten - sonst würde das Laufband ziemlich schnell gegen unendlich laufen wollen (da die Beschleunigung des Laufbandes dank der Masseträgheit des Flugzeuges ja zusätzlich noch Drehgeschwindigkeit erzeugt, was ich im Beispiel noch nicht einmal berücksichtigt hatte)...

Ich hatte die Variante überhaupt erst nachträglich hinzugefügt, weil eines der ersten Postings diese "Andersherum"-Möglichkeit aufbrachte. Jetzt wo ich nochmal darüber nachdenke, ist der ganze Ansatz Blödsinn.
 
 
Erste << 24 25 26 27 28 -29- 30 31 32 33 34 >> Letzte Ergebnisse der Suche: 3680 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.
.