| |
|
|
Andreas Spelter | Moin moin,
je bekomme une Textdatei geliefert qui données contient qui je grafisch représenter voudrais. qui Dossier hat toujours den selben Namen et venez sur einer PCMCIA-carte daher. avec meinem Programme voudrais je eh bien plusieurs cette Fichiers dans un Diagramm marque um cet miteinander comparer trop peut.
alors starte je mon Programme et lese la première Dossier avec folgendem Programmteil un et lasse vous zeichnen: KompilierenMarqueSéparationassign #1,sDatei$
reset #1
input #1,sZeile$ Datum lesen
sDatei$=mid$(sZeile$,13,4)+"-"+mid$(sZeile$,10,2)+"-"+mid$(sZeile$,7,2)+"_"+mid$(sZeile$,1,2)+"-"+mid$(sZeile$,4,2)
...
input #1,sZeile$
rX%=val(substr$(sZeile$,2,","))
rY%=val(substr$(sZeile$,5,","))
moveto (rX0%+rX%*3.5),(rY0%-rY%*1.5)
whilenot @eof(#1)
input #1,sZeile$
rX%=val(substr$(sZeile$,2,","))
rY%=val(substr$(sZeile$,5,","))
lineto (rX0%+rX%*3.5),(rY0%-rY%*1.5)
endwhile
close #s=s2>1
après que eh bien alors la première Kurve gezeichnet ist, doit qui PCMCIA-carte alors aus dem Notebook raus et dans einem Drucker avec einer neuen Dossier beschrieben volonté et oui c'est ca ici beginnt mon Problem: Windows 2000 weigert sich qui carte trop désactiver, es behauptet toujours vous serait encore verwendet et je solle es später nochmal versuchen. mais aussi Stunden später ca va encore pas, seulement si je mon Programme finis peux je qui carte désactiver. si je qui carte chez aktivem Programme simple so entferne bekomme je schimpfe de Windows beim prochain einstecken qui carte piepst Windows ensuite zwar, findet qui carte mais quand même pas et mon Programme ensuite bien sûr aussi pas. alors carte nochmal raus, nochmal Mecker de Windows, carte wieder rein et alles ist wieder bien. je peux qui carte lesen mais après wieder pas désactiver et cela ganze Spiel beginnt wieder de vorne.
si mon Programme pas fonctionne peux je qui carte chaque fois désactiver ou bien aussi sous Windows-Gemecker simple so entfernen beim prochain einschieben wird vous tout de suite erkannt.
Irgendwie scheint alors mon close #1 qui carte pas freizugeben. Es wird mais wirklich chaque fois durchlaufen.
quoi peux je vers cette faute 1faire?
Viele Grüße Andreas |
|
|
| |
|
|
|
| eh bien, je comprends cela Problem.
Simple Frage pour den Anfang: si assign/close là peut-être quelque chose verbasselt - versuche doch extern à cela file trop venons.
Entweder probierst Du es erstmal avec dem Profanschem Copy ou bien ensuite avec dem Command.Com / Cmd Copy.
Pratiquement: KompilierenMarqueSéparationshell "cmd /c copy file.txt c:\tmp.txt"
assign #1,"C:\tmp.txt"
. re> So bekommst zumindest heraus obs wirklich am Profan ou bien am OS liegt.
Salve, iF |
|
|
| |
|
|
|
| allô Andreas...
malheureusement habe je keinen blassen Schimmer de PCMCIA - mais peut-être hilft aussi quelque chose Brainstorming.
Versuche doch la fois avec z.B. KompilierenMarqueSéparation pour dem Schließen qui Dossier dein Arbeitsverzeichnis sur deine Festplatte trop poser. |
|
|
| |
|
|
|
Jörg Sellmeyer | allô Andreas, peut-être reicht aussi déjà un FileMode 0 pour Readonly avant dem Assign. Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 01.12.2004 ▲ |
|
|
|
|
Andreas Spelter | merci pour qui Tips, alles probiert, rien hilft:
Solange mon Programme aktiv ist peux je qui carte pas désactiver, selbst ensuite pas si je qui Dossier de qui carte avec shell cmd... sur qui Festplatte kopiert et de là gelesen habe.
encore plus idées?
Andreas
PS: Hab justement encore un Notebook avec Windows 98 trouvé, cela stellt sich avec meinem Programme pas so pingelig à: carte raus, carte rein, einlesen allez. |
|
|
| |
|
|
|
| je hab Dir ici la fois ne dll gebastelt - versuchs la fois avec cela.
important dabei ist cela qui DLL pas per usedll geladen wird - mais seulement per extern. qui DLL hat aussi seulement une Funktion CP Filename1 Filename2 CopyFileMode.
avec dem einstellbaren CopyFileMode peux Du oui la fois rummspielen.
Es peux mais son cela qui DLL avec komischen Pfaden pas klarkommt. Teste es s'il te plaît seulement comment je sur LW C. alors chez mir klappte es wunderbar.
So gehts: KompilierenMarqueSéparationSalve, iF |
|
|
| |
|
|
|
Andreas Spelter | merci pour qui Mühe, mais cet DLL funktioniert chez Je ne.
- sous Windows 98 hängt sich cela Programme simple weg - sous Windows 2000 gibt es toujours deux Fehlermeldungen et ist ensuite weg - sous Windows XP erzeugt es entweder une Dossier avec wirrem Dateinamen et falschem le contenu ou bien ist pour deux Fehlermeldungen weg
je hatte pour cet Versuche aussi wirklich seulement cet Programme traduit:
cls imprimer external (cp.dll,cp,c:est1.txt,c:est2.txt,0)+ Bytes waitkey end
Andreas |
|
|
| |
|
|
|
| Welches Profan la hâte?
si <xprofan, ensuite fais statt
imprimer external (cp.dll,cp,c:est1.txt,c:est2.txt,0)+ Bytes
simple
f1$=c:est1.txt f2$=c:est2.txt imprimer external (cp.dll,cp,addr(f1$),addr(f2$),0)+ Bytes
Salve, iF |
|
|
| |
|
|
|
Andreas Spelter | je travaille ici avec Profan 7.0 sous Windows XP.
avec dem le détour sur qui Variablen hat es einmal presque funktioniert: Es wurde qui richtige Dossier kopiert, cela but hatte aussi den richtigen Namen am Ende qui Dossier wurden cependant quelques Zeilen gelöscht et irgendwelcher Unsinn angehängt.
chez allen weiteren Versuchen passierte cependant rien plus, aussi pas pour einem Neustart de Windows, cela Programme hängt sich maintenant toujours pour test weg.
Andreas
cls declare f1$ declare f2$ imprimer test f1$=c:est1.txt f2$=c:est2.txt imprimer external(cp.dll,cp,addr(f1$),addr(f2$),0)+ Bytes waitkey end |
|
|
| |
|
|
|
Jörg Sellmeyer | Salut, tu dois sur jeden le cas entweder Großbuchstaben pour qui Literale benutzen ou bien den Backslash doppelt écrivons. Ansonsten interpretiert Profan cela comme tabulateur. Donc: C:TEST.TXT c:\test.txt si es réellement déjà chez imprimer test hängt, fällt mir allerdings aussi nix en supplément un. Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 02.12.2004 ▲ |
|
|
|
|
| Relatif à la Imprimer <- était wirklichn blödes Beispiel. Wäre oui pas qui 1. Discours avec Escsequenzen.
Machs doch anders - si le Anwendung finissez son doit - ensuite finis vous doch. faisons un Trick. Laß deine Exe cela File simple sur ne 2. Instanz kopieren. Solle doch deine exe sich selbst appel avec nem paramètre.
shell par$(0)+ -copyit
Votre exe stellt am anfang des Programmes fest cela es avec nem paramètre gestartet wurde:
si bordure$(par$(1))=-copyit
copy bla bla FIN
endif
et kopiert cela File. qui exe qui es kopierte is doch ensuite finissez.
quoi là eh bien qui Unterschied son soll entre dem Aufruf einer CMD ou bien einer Eigenen exe sais je aussi pas - mais un Versuch isses wert.
Salve, iF |
|
|
| |
|
|
|
Andreas Spelter | und dir voran: cela Kopieren funktioniert maintenant, mais qui Dossier wird beim kopieren modifié:
Andreas
cls declare f1$ declare f2$ imprimer test f1$=d:\test1.txt f2$=d:\test2.txt imprimer external(cp.dll,cp,addr(f1$),addr(f2$),0)+ Bytes waitkey end |
|
|
| |
|
|