| |
|
|
Ragnar Rehbein | qui neue version meckert oui assez viel rum. malheureusement wird chaque vermeindliche problem par un knacksen (beep ?) im le haut-parleur meines notebooks quittiert. peut-être. Gabs cela oui früher déjà, bloß là était qui XPSE pas so pingelig.
konkret wird cela erzeugen chacun super angemeckert, là un dispose pas vorhanden ist. cela rattert entier joli im le haut-parleur
mon madame wälzt sich ensuite toujours entier unruhig im bett, si je le soir im chambre à coucher am werkerln suis.
peux on cela débrancher ou bien sollte je maintenant zumindest proforma dans chaque programm une sac voll disposes einbauen ?
r.r. |
|
|
| |
|
|
|
Rolf Koch | ... stimmt IF, oui c'est ca ca J'ai eu Dir la fois dit. mais wir dachten, qui es à meinem calculateur liegt. Passiert chez mir toujours, si le Meldungen erzeugt volonté. c'est un Geräusch comment un starker Festplattenzugriff.
et, LOL - mon madame fragt mich De toute façon, si je ca pas ausschalten peux - mais wir être assis im salde séjour Rolf |
|
|
| |
|
|
|
| Lol cela Geräusch fais je doch avec intention lol.
on soll oui bisl hörn si quoi net stimmt - weil un warning ist léger trop übersehen ^ ^
Es wird warscheinlich ausreichen si son im Start->Ausführen->sndvol32.exe den PC-le haut-parleur (pas Wave!) sur STUMM stellt.
XPSE liegt grad offen - im Moment kriege je ne...aucune stable-release hin. c'est pourquoi vermeide je maintenant encore répondre sur qui Folgefehler qui Dispose-Abprüfungen.
mais - devrait là pas doch peut-être entsprechende Disposes hin?? Eigendlich oui doch oda?
Salve. |
|
|
| |
|
|
|
Frank Abbing | Hi,
eigentlich sommes Disposes sous XP oui unnütz..... |
|
|
| |
|
|
|
| [quote-part:e8546160c3=Frank Abbing]Hi,
eigentlich sommes Disposes sous XP oui unnütz.....[/quote-part:e8546160c3]entier klares non.
déjà alleine - weil - qui pas disposed - darf aussi pas récente Dimmen.
proc machwas dim a# blabla #a endproc
ici ne...aucune Dispose nötig? :/:
Salve.
alors toujours joli disposes. |
|
|
| |
|
|
|
Ragnar Rehbein | dedans de proceduren ist oui alles bien sûr.
mais außerhalb, si trop beginn des prgs klassen zugewiesen volonté (z.b. une super zum lesen des ini-fichier avec den parametern comme eigenschaften), pouvoir un dispose wenig sinn. presque chaque programm kennt plusieurs ausstiegsmöglichkeiten. on devrait ensuite wieder une FIN-super définir bzw. procedure qui proforma cela dispose durchführt.
peut-être. ist cela qui überlegung wert, um wirklich vergessene disposes aufzuspüren. ou bien on pouvoir XPSE intelligenter .....
r.r. |
|
|
| |
|
|
|
| Ne alors Moment la fois lol.
si un Programme à meheren se mettre descendre peux - ensuite ists Schonmal Spaghettie.
si on déjà Spaghettisiert :/: ensuite sollte on mais zumindest une einheitliche proc app.kill nutzen.
dans cette wiederum devrait alle Vorkehrungen getroffen volonté - qui nötig sommes pour cela sich qui Software possible reibungslos entfernt. Hierzu est naturellement!! aussi cela Disposen de alloziierten Sauver.
cela sollte pas zur Frage stehen.
c'est doch wirklich entier simple - quoi geDimt wird - muss aussi Disposed volonté - aussi si z.B. XP ca volontiers selbst dans qui main nimmt - ist qui XPsche Automatik aussi seulement un MS-Behelf cela System insg. stabiler trop gestalten - car cet Systematik hat aussi ses bekannten Schwachstellen et Tücken.
c'est et bleibt simple unsauber - un Faible pas trop terminieren.
et là es sich qui kleine XPSE pas grundlos zum Ziele gemacht hat, XProfan-Programme qualitativer auftreten trop laisser, wird il solche (aus meiner Sicht) groben Verstöße bien sûr annoncer.
Salve. |
|
|
| |
|
|
|
| Nachtrag:
aussi si XProfan seulement une emulierte Programmiersprache ist:
un selbstveranlaster Zwischenausstieg einer Software sollte wirklich seulement im Extremfall nötig son ( zum Schutze de Irgendwas ) - normalement hat oui chacun APP pas umsonst ihren einstiegs et ausstiegs-Entity.
Salve. |
|
|
| |
|
|
|
Ragnar Rehbein | aussi dans emulierten Programmen est un Notausstieg quelquefois sinnvoll, um weiteren dommage abzuwenden. le moi pas alles net finis ist normal, weil, il y a oui im piège eines programmausstieges (abort) rien sinnvolles plus trop 1faire. um alles joli net trop faire peux je naturellement so 1faire comme si.... et mon madame peux calme dormir irgendwann si je zeit habe peux je aussi alle fensterhandles wieder libre donner u.s.w.
mais la fois im ernst, tu as mich überredet, je werde mich sur den hintern mettons et so 1faire comme si je un dispose fais. irgendwie ist es seulement unlogisch, qui declaration et cela dim fais je global et cela dispose dans einer procedur. je sträube mich aussi quelque chose dagegen bereiche (klassen) dans einer procedur trop declarieren, et dans einer anderen procedur wieder trop disposen. cela führt seulement richtig trop spaghetti.
mon überlegungen beziehen sich ausschließlich sur qui declaration de klassen. malheureusement verhalten sich cet pas so comment variable chez denen je mich um un dispose oui aussi pas kümmern doit.
r.r |
|
|
| |
|
|
|
| [quote-part:77e14c48ef]irgendwie ist es seulement unlogisch, qui declaration et cela dim fais je global et cela dispose dans einer procedur. je sträube mich aussi quelque chose dagegen bereiche (klassen) dans einer procedur trop declarieren, et dans einer anderen procedur wieder trop disposen. cela führt seulement richtig trop spaghetti. [/quote-part:77e14c48ef]je crois Du bringst là biserl durcheinander.
il joue doch überhaupt garkeine rôle wohin du une variable disposd ou bien dims - entscheident mais est seulement wohin qui variable deklariert ist! ( si glob ou bien loc)
là braucht sich chez dir garnix sträuben - si du une Globaldeklarierte dans einer Procédure Dimst ou bien Disposed - c'est völlig net et hat entier et garnichts avec Spaghettie trop 1faire.[quote-part:77e14c48ef]aussi dans emulierten Programmen est un Notausstieg quelquefois sinnvoll, um weiteren dommage abzuwenden.[/quote-part:77e14c48ef]Sagte je bereits. [quote-part:77e14c48ef]peux je naturellement so 1faire comme si.... [/quote-part:77e14c48ef]non pas so 1faire comme si - mais es 1faire.
Salve. ;D
[box:77e14c48ef]rien desto Trotz suis je naturellement pour alle Hinweise reconnaissant - là sich oui auchmal un faute dans den XPSE einschleichen peux...! Hierbei cependant reagiert XPSE comment il soll. wohin une variable gedimmt wird - doit aussi mindestens un Dispose vorgehalten volonté. XPSE peux naturellement pas feststellen - si et quand cela Dispose réellement greift. mais qui bloße Hinweis puis - cela garkein Dispose im Source ist - hilft déjà faute trop vermeiden. cela aktuelle unstabile Release überprüft aussi cela Vorhandensein de Variablendeklarationen et Prozeduren/Funktionen. cet Version ist cependant encore pas Spruchreif et steht donc encore pas zum Télécharger bereit.[/box:77e14c48ef] |
|
|
| |
|
|
|
CB | Hi, doit Euch là quoi montrer! Diesen Screenshot habe je pour dem ersten Start vom neuen XPSE 0.14 aufgenommen, kurz bevor mich qui Schlag getroffen hat! Es étions rund 8.000 (!!) Korrekturen notwendig, cela meiste en Gott sei Dank avec automatischem Ersetzen possible....
Christian |
|
|
| |
|
|