AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

StrToChar???????

Ein Thema von foxy · begonnen am 17. Jan 2003 · letzter Beitrag vom 21. Jan 2003
Antwort Antwort
Seite 3 von 4     123 4      
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#21
  Alt 17. Jan 2003, 20:55
Hi,

Zitat:
Der Compiler setzt das Zeichen in seinen Ascii-Wert (oder sonstwas zurück). Mit diesem wird dann gerechnet, (SHL, SHR usw.).
Was ist denn das anderes ? Was Du schreibst, genau das wollte ich sagen. Egal. Wir meinen dasselbe.

Gruß
Hansa

P.S.: Da ist ja noch was.
Zitat:
Byte Ganzzahln wie Byte und Integer dies sind, kommt es nicht zu Rundungsfehlern!
Bei Umwandlung Binär -> Dezimal bleibt das aber doch nicht aus ! Bei HEX ist das genau so. Wenn Du das hin kriegst und mir sagst wie, bin ich noch vor Dir auf dem Patentamt.
  Mit Zitat antworten Zitat
Chewie

Registriert seit: 10. Jun 2002
Ort: Deidesheim
2.886 Beiträge
 
Turbo Delphi für Win32
 
#22
  Alt 17. Jan 2003, 22:48
Zitat von Hansa:
Hi,

Zitat von Chewie:
Merkt man
Ne, quatsch, ich kenn mich auch nicht so aus, aber meines Wissens ist ANSI die 8bit-Erweiterung von ASCII (7Bit). Die 16bit-Variante mit 65536 Zeichen heißt Unicode (das ist dann für die Chinesen ).
Unicode und Ascii: Für mich fast dasselbe. ASCII hat aber definitiv 8 Bit (vielleicht reden wir aneinander vorbei, es gibt auch extended ASCII, dann meine ich eben das)!!! für eben 256 verschiedene Werte.

Also die ASCII-Tabelle geht von 0 bis 127, enthält folglich 128 verschiedene Zustände und benötigt dementsprechend 7bit. Mit Hilfe des 8. Bit gibt es nun verschiedene Erweiterungen, wie z. B. zunächst ANSI und später diverse Abwandelungen für unterschiedliche Sprachen. Außerdem gibt es das Extended ASCII. Ich weiß jetzt nicht, welche Unterschiede es da zu ANSI gibt, da müsste man die Tabellen vergleichen. Gemein haben alle, dass die ersten 7 Bit mit ASCII identisch sind.

Zitat von Hansa:
Mit sieben Bit komme ich nur auf 128. Verdoppele ich ab 256 (8 Bit)wieder Achtmal und addiere dann gibt das 65XXX.
Natürlich. Potenzierst du die 256 mit 8, kommst du auf 65536, also 2^16 = 16 Bit. Das ist dann Unicode.
Martin Leim
Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
  Mit Zitat antworten Zitat
Christian Seehase
(Co-Admin)

Registriert seit: 29. Mai 2002
Ort: Hamburg
11.116 Beiträge
 
Delphi 11 Alexandria
 
#23
  Alt 17. Jan 2003, 22:49
Moin Hansa,

bei der Umwandlung von Zahlen von einem Zahlensystem in ein anderes kann es nicht zu Rundungsdifferenzen kommen, da bei der Umrechnung von einer Zahlenbasis in eine andere nicht gerundet werden muss.

Was Du meinst ist wohl die Genauigkeit bei der Berechnung von Gleitkommazahlen, da die Bereiche in denen diese gespeichert werden endlich sind, was allerdings dem Prinzip der irrationalen Zahlen wiederspricht. Diese können ja (z.B. ein Drittel) auch eine unendliche Anzahl Stellen haben.
Tschüss Chris
Die drei Feinde des Programmierers: Sonne, Frischluft und dieses unerträgliche Gebrüll der Vögel.
Der Klügere gibt solange nach bis er der Dumme ist
  Mit Zitat antworten Zitat
Benutzerbild von sakura
sakura

Registriert seit: 10. Jun 2002
Ort: Unterhaching
11.412 Beiträge
 
Delphi 12 Athens
 
#24
  Alt 17. Jan 2003, 23:24
Zitat von Chewie:
Also die ASCII-Tabelle geht von 0 bis 127, enthält folglich 128 verschiedene Zustände und benötigt dementsprechend 7bit.
Keine Einwände. ASCII steht für American Standard Code for Information Interchange, Der Originalname für ASCII ist ANSI X3.4-1986

Code:
:: Definition (32-127)
  ! " # $ % & ' ( ) * + , - . /
0 1 2 3 4 5 6 7 8 9 : ; < = > ?
@ A B C D E F G H I J K L M N O
P Q R S T U V W X Y Z [ \ ] ^ _
` a b c d e f g h i j k l m n o
p q r s t u v w x y z { | } ~
Zitat von Chewie:
Mit Hilfe des 8. Bit gibt es nun verschiedene Erweiterungen, wie z. B. zunächst ANSI und später diverse Abwandelungen für unterschiedliche Sprachen.
ANSI wird oft, fällschlicherweise, für die 8-Bit Codes genommen. ANSI ist jedoch die Abk. für: American National Standards Institute, die Vereinigung, welche den ASCII Code entwikelt hat (www.ansi.org)

Zitat von Chewie:
Außerdem gibt es das Extended ASCII. Ich weiß jetzt nicht, welche Unterschiede es da zu ANSI gibt, da müsste man die Tabellen vergleichen.
Der ASCII-Code (oder auch US-ASCII), wie wir ihn heute nutzen, wurde 1986 entwickelt und festgeschrieben. Was viele ANSI Code nennen, ist der eigentliche 8-Bit Zeichensatz mit dem Namen ISO 8859-1

Code:
:: Definition (128-255)
  ¡ ¢ £ ¤ ¥ ¦ § ¨ © ª « ¬ * ® ¯
° ± ² ³ ´ µ ¶ · ¸ ¹ º » ¼ ½ ¾ ¿
À Á Â Ã Ä Å Æ Ç È É Ê Ë Ì Í Î Ï
РѠҠӠԠՠ֠נؠ٠ڠ۠ܠݠޠß
à á â ã ä å æ ç è é ê ë ì í î ï
ð ñ ò ó ô õ ö ÷ ø ù ú û ü ý þ ÿ
Zitat von Chewie:
Gemein haben alle, dass die ersten 7 Bit mit ASCII identisch sind.
Leider nicht .
......
Daniel Lizbeth
Ich bin nicht zurück, ich tue nur so
  Mit Zitat antworten Zitat
Chewie

Registriert seit: 10. Jun 2002
Ort: Deidesheim
2.886 Beiträge
 
Turbo Delphi für Win32
 
#25
  Alt 18. Jan 2003, 12:10
Na ja, ich hoffe, ein "Ausreichend" ist das noch
Martin Leim
Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
  Mit Zitat antworten Zitat
Benutzerbild von sakura
sakura

Registriert seit: 10. Jun 2002
Ort: Unterhaching
11.412 Beiträge
 
Delphi 12 Athens
 
#26
  Alt 18. Jan 2003, 12:19
Klar. Ich musste mich auch erst einmal schlau machen. Da ich die Einzelheiten auch nicht so genau wusste. War ein guter Anlass. Danke!
......
Daniel Lizbeth
Ich bin nicht zurück, ich tue nur so
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#27
  Alt 18. Jan 2003, 12:24
Hi Chris,

Zitat von Christian Seehase:
bei der Umwandlung von Zahlen von einem Zahlensystem in ein anderes kann es nicht zu Rundungsdifferenzen kommen, da bei der Umrechnung von einer Zahlenbasis in eine andere nicht gerundet werden muss.
Stimmt ! Handelt es sich um ganze Zahlen kann nichts passieren.

Zitat von Christian Seehase:
Was Du meinst ist wohl die Genauigkeit bei der Berechnung von Gleitkommazahlen, .... Diese können ja (z.B. ein Drittel) auch eine unendliche Anzahl Stellen haben.
Ja, so ungefähr wollte ich das sagen. Bei einer Zahl mit unendlich vielen Stellen, gilt auch für Pi, nicht nur für Zahlen mit Periode da muß für die Darstellung eben irgendwann gerundet oder abgeschnitten werden. Da wir jetzt schon beim Mathematik-Unterricht sind : Was hat das mit irrationalen Zahlen zu tun ? 1/3 und Pi sind für mich reelle Zahlen. Oder bin ich doch zu dumm ?

Gruß
Hansa
  Mit Zitat antworten Zitat
CalganX

Registriert seit: 21. Jul 2002
Ort: Bonn
5.403 Beiträge
 
Turbo Delphi für Win32
 
#28
  Alt 18. Jan 2003, 12:32
Hi Hansa,
(endlich kann ich mal wieder was intellegentes sagen).
1/3 ist eine relle Zahl, da diese als Bruch dargestellt werden kann. Pi allerdings hat unendlich Nachkommastellen und kann nicht als Bruch dargestellt werden, da Pi in den Nachkommastellen kein Schema aufweist. Somit ist Pi eine irrationale und keine relle Zahl!!!

Chris

PS: Sqrt(2) ist ebenfalls irrational...
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#29
  Alt 18. Jan 2003, 13:00
Hi,

Zitat von Chakotay1308:
Hi Hansa,
Pi allerdings hat unendlich Nachkommastellen und kann nicht als Bruch dargestellt werden, da Pi in den Nachkommastellen kein Schema aufweist. Somit ist Pi eine irrationale und keine relle Zahl!!!
Auch 1/3 hat unendlich viele Nachkommastellen. Ich sehe das ungefähr wie Sakura, es schadet nichs, sich mal wieder mit so etwas zu beschäftigen. Woher weißt Du das da überhaupt ? Sind die irrationalen Zahlen nicht die Wurzel aus -1 oder so? Wo die Zahl i als Rechenhilfe gebraucht wird ?

Jetzt habt ihr mich doch tatsächlich so weit gebracht, meine alten Mathebücher zu suchen. Das da wußte ich nämlich einmal ganz genau, wie das geht.

@Chako...: Das war, als Dein Vater noch mit Dir über die Hecken gesprungen ist. Aber mach nur so weiter !!

Gruß
Hansa
  Mit Zitat antworten Zitat
Chewie

Registriert seit: 10. Jun 2002
Ort: Deidesheim
2.886 Beiträge
 
Turbo Delphi für Win32
 
#30
  Alt 18. Jan 2003, 13:01
Zitat von Chakotay1308:
Hi Hansa,
(endlich kann ich mal wieder was intellegentes sagen).
1/3 ist eine relle Zahl, da diese als Bruch dargestellt werden kann. Pi allerdings hat unendlich Nachkommastellen und kann nicht als Bruch dargestellt werden, da Pi in den Nachkommastellen kein Schema aufweist. Somit ist Pi eine irrationale und keine relle Zahl!!!

Chris

PS: Sqrt(2) ist ebenfalls irrational...
Wenn der letzte Satz lauten würde "Somit ist Pi eine irrationale und keine rationale Zahl", dann gäbe es von mir keine Einwände. Die rationalen und die irrationalen Zahlen bilden nämlich die Menge der reellen Zahlen.
Martin Leim
Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 4     123 4      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:45 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz