---

Hallo SWX-Gemeinde,

hättet Ihr auch schon mal dieses Phänomen?:

während des ganz normalen Arbeitens in SWX muß ich plötzlich festellen, daß SWX  nur noch ganze Zahlen akzeptiert.

Und das egal ob in einer Skizze, Ausformungslänge oder Abstandsverknüüpfung. Ab dem Moment wird bei allen Maßzahlen die ich eingebe einfach der Teil nach dem Komma ignoriert.

Oft merke ich es nicht einmal sofort, da ich nach der Eingabe und Neuaufbau weiterarbeite und plötzlich sehe, dass z.B. die Änderung um ein paar Zehntel gar nicht umgesetzt wurde.

Wenn ich dann die offenen Dokumente schließe, SWX beende und neu starte geht es wieder.(SWX 2001Plus SP1.2; Win2000 SP2)

Das tritt bei mir so jeden Tag 1x oder auch nur alle 2 Tage mal auf.
Ich erinnere mich, daß es auch ganz selten schon mal bei SWX 2001 war.

Nicht besonders schlimm, aber sehr ärgerlich und nicht nachvollziehbar oder provozierbar.

Habt Ihr das auch schon gehabt?

Gruß Richard

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Richard,

dieses Problem hatten wir auch schon ein paar mal an einem Arbeitsplatz mit SWX 2001.

War bei uns nach einem Neustart von SWX auch wieder in Ordnung.

Gruß Bernd

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Aloah,

das Problem hab ich schon seit ewigen Zeiten. Ich habe das Gefühl, dass das nur auftritt wenn ich viel mit Oberflächen (größtenteils importierten) arbeite bzw. in Skizzen den Befehl "Offset Elemente" verwende. Die Häufigkeit hat bei SWX2001+ zwar abgenommen, aber gestern hatte ich wieder einen Fall.

Besonders ärgerlich ist das wenn man's nicht mitbekommt, einfach seine Zahlen eintippt ohne zu schauen und dann denkt, dass sein Teil richtig ist.

Workaround: Wenn man z.B einen Wert von 0.1 eingeben will, so trägt man 1/10 in das Fenster ein und dann wird auch der Wert übernommen.

Sehr merkwürdig.

Bis dann
Kalle

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Richard, hallo Bernd,

der Fehler tritt auch bei mir auf.
Er ist (gefühlsmäßig) reproduzierbar. Da ich allerdings eine Lösung gefunden habe, muß ich noch mal explizit testen, nach welcher Operation er auftritt.

Es hängt auf alle Fälle damit zusammen, daß bei Zahlen mit Nachkommastellen bei SWX sowohl der Punkt wie auch das Komma als Dezimaltrennzeichen verwendet werden kann. Wenn also nun die fehlerverursachende Funktion ausgeführt worden ist, kann als Dezimaltrennzeichen nur noch der Punkt verwendet werden. Beim Komma schluckt SWX die Nachkommastellen. Bei Zahlen kleiner wie 1 muß (soviel ich mich dran erinnern kann) dann auch die Null vor dem Dezimalpunkt weggelassen werden, damit SWX die Nachkommastellen annimmt.

Müsste alles nochmal genau nachvollziehbar ermitteln und an's Forum und SWX weitergeben.

Grüße
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von macki:
Müsste alles nochmal genau nachvollziehbar ermitteln und an's Forum und SWX weitergeben.

---

Warum Du? Ist das nicht Aufgabe der SolidWorks Programmierer?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Kalle,

wenn ich als Anwender auf eine Fehlfunktion und zufällig auch auf die reproduzierbare Ursache gestoßen bin, warum dieses Wissen nicht weitergeben. Ist doch borniert, wenn ich sag: "Ätsch, ich weiß zufällig woran's liegt aber sucht doch selber erst mal 'ne Weile".
Es hilft und nützt doch schließlich allen, wenn's schnell behoben ist.

Da ich nicht nur Anwender von 3D-Programmen bin, sondern selbst auch in meine Freizeit 3D-Programme entwickele, weiß ich, daß gerade unter Windows es innerhalb der Programme möglich ist, Funktionen in einer Weise zu kombinieren, wie es vom Programmierer ursprünglich gar nicht angedacht war. Das kann dann zu völlig neuen Möglichkeiten aber eben auch zu Fehlern führen, die beim Programmierer erst mal nicht erzeugt und damit auch nicht erkannt werden.

Hier sollte man immer auch die Sicht der anderen Seite nicht vergessen.

Grüße
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Aloah macki,

das war auch nicht so gemeint, dass Du keinen Bugreport abgeben sollst wenn Du einen findest (ich hab auch schon mehr als genug Bugs eingereicht), aber an sich sollte es reichen wenn man feststellt "Da ist ein Fehler." und den an SolidWorks weiterleitet. Ich habe in meiner Firma nicht die Zeit auch noch nach der Ursache und der reproduzierbarkeit zu suchen. Wenn sowas zufällig auffällt ist es gut, dann kann man den Programmierern noch mehr Informationen an die Hand geben aber wenn man nichts hat müssen die eben selbst zusehen, dass sie was finden.

Der Bug mit den Nachkommastellen war auch schon in der 2001er Version drin und da habe ich ihn schon meinem Reseller mitgeteilt. Getan hat sich aber offensichtlich nichts - jetzt wäre zu klären ob mein Reseller nichts getan hat oder SolidWorks USA.

Aber wenn ich Bugfinder sein soll und auch noch genaue Nachforschungen zu einem gefundenen Fehler anstellen soll, dann möchte ich mir das dann doch ganz gerne von SolidWorks bezahlen lassen 

Bis dann
Kalle

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

diesen Fehler gibt es schon seit SWX2000. Er tritt völlig sporadisch, nach unterschiedlichsten Aktionen und auf unterschiedlichen Maschinen auf. Übrigens funktioniert bei uns die Eingabe auch nicht mit Punkt statt Komma, wie von  macki  beschrieben, leider  .
SWX schließen, wieder starten und alles funktioniert wieder (reboot ist normalerweise nicht nötig).

Jana

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP