optimized sources

[Urs Echternacht]

if I compile I get 2 warings, as you can see in 'xml_match_tag' and 'xml_find_tag'
maybe this make the trouble.....
Code wird generiert...
c:\i\sc\seti\seti_boinc_2k3_2.2b-ben-joe\db\xml_util.cpp(663) : warning C4717: 'xml_match_tag': Rekursiv für alle Steuerelementpfade. Die Funktion verursacht einen Stapelüberlauf zur Laufzeit.
c:\i\sc\seti\seti_boinc_2k3_2.2b-ben-joe\db\xml_util.cpp(689) : warning C4717: 'xml_find_tag': Rekursiv für alle Steuerelementpfade. Die Funktion verursacht einen Stapelüberlauf zur Laufzeit.
Kompilieren...
------------------------------------------------------------------------------------------------------------------------
and here is the code ---->
// return true if the tag appears in the line
//
bool xml_match_tag(char* buf,  char* tag) {
    ...
}


bool xml_match_tag(const std::string &s, char* tag)
{
   return xml_match_tag(s.c_str(),tag);
663 }    <----- here

size_t xml_find_tag( char* buf, char* tag) {
...
}

std::string::size_type xml_find_tag(const std::string &s, char* tag)
{
   std::string::size_type p=xml_find_tag(s.c_str(),tag);
   return (p!=strlen(s.c_str()))?p:(std::string::npos);
689 }      <------- here
----------------------------------------------------------------------------------------------------------
have anybody of you a idea to prevent this
your suggestions are welcome....
regards heinz

Hallo heinz,
benenne doch einfach mal die beiden Funktionen size_t xml_find_tag( char* , char* ) und bool xml_match_tag(char* ,  char* ) um, um zu sehen, ob Compiler sich hier nicht irrt. Es scheint mir ja fast so, als würde er den Unterschied zwischen den 'überladenen' Funktionen nicht erkennen. Vergiss nicht die beiden Aufrufe in den Funktionen bool xml_match_tag(const std::string & , char* ) und std::string::size_type xml_find_tag(const std::string & , char* ) ebenfalls abzuändern. Falls der Compiler jetzt immer noch mögliche Endlosschleifen zu sehen glaubt, dann verbirgt sich an dieser Stelle wirklich ein Problem. Falls an dieser Stelle jetzt alles O.K. ist, einfach die Funktionsnamen wieder zurück ändern und die Warnung mit einer #pragma-Anweisung (und Kommentar warum sie da steht) abschalten.

Falls jemand eine bessere Idee hat, bitte mitteilen.

(my idea: compiler does not recognize the overloaded functions. My suggestion is trying to proof that. If the compiler is actually wrong i suggested to shut down especially the given warning with #pragma command.
If someone has a better idea, please tell.)

[_heinz]

I believe I should write a new function. As it is now written, I don´t like the construct.
Work is going on, be patient.
Regards heinz

[_heinz]

Hi all,
I use a dual monitor installation for working. My second Monitor died last night. 
Today I ordered a new 22" multisync flatscreen from LG. Expected in ca. 4 days.


 

Last week, after a month of waiting I got the monitor. I ordered a silver colored monitor and when I opened the package I get a black one.  I installed it, but it does not run properly( letters total blurred and fuzzy, in a distance of all 3cm). It was a desaster. So I sent these damaged hardware back to the shop and ordered back my money.  All this trouble takes me a lot of time. Now I installed a 10 years old MAG CRT Monitor MX17S, it works fine and the letters are clear and exact written on it. Have some old hardware lying around in my working area, so this was possible.
To recreate myself from this desaster  I set up a diskless Pentium 200Mhz w98 workstation to test the last MMX application of seti. Here you can see it running.
----------!----
regards seti_britta ~heinz

[_heinz]

Hi all,
my diskless dual 200MMX machine is now crunching. It is a NT4 workstation and runs the client as a service. Two MMX-clients run simultan. If you want read something about it go to dual 200MMX. Enjoy
It is time to continue the work on the optimized client now.
regards seti_britta~heinz

[_heinz]

I have a problem with the CPU usage at the MMX dual machine.
Here are 2 pictures that show what I mean.
Any hints are welcome.

[attachment deleted by admin]

[Urs Echternacht]

I have a problem with the CPU usage at the MMX dual machine.
...
Any hints are welcome.

What is wrong, you think ? The pics show a normal distribution of CPU-time and usage for a dual CPU configuration.

[_heinz]

Merci Urs,
I did not know, how to interpret it right... 
excuse me.
heinz

[_heinz]

Hi all,
back now from holidays in Austria , so we can start again to continue.
regards to all who are reading here
seti_britta ~heinz 

[_heinz]

have now still 1 warning in xml_util
-------------------------------------------------
------ Build started: Project: setiboincdb, Configuration: Release32-NOGFX Win32 ------
Compiling...
xml_util.cpp
c:\i\sc\vs90\seti_boinc_2k3_2.2b-ben-joe\db\xml_util.cpp(685) : warning C4717: 'xml_find_tag' : recursive on all control paths, function will cause runtime stack overflow
Build log was saved at "file://c:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client\win_build\Release32-NOGFX\BuildLog.htm"
setiboincdb - 0 error(s), 1 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

I´m working..... it is going on.
regards heinz ~seti_britta

[_heinz]

Since I´m back it is so calm here in the forums. 
Or are running all important informations behind the backstage ?
Sometime it seems and I have the feeling nobody is interested in further development of the s@h app.
Sure, a lot is already done. All thanks to the development crew.
-----------------------------------------------------------------------------------------
I asked in the Pre-Release -->Windows forum (22.09.07)
Please let me know if  anybody of you are working with me together in further optimization of the source code.
More about 40 read it, but nothing. No answer till now........I can´t believe it.
-------------------------------------------------------------------------------------------------------------
  

[Crunch3r]

Since I´m back it is so calm here in the forums. 
Or are running all important informations behind the backstage ?
Sometime it seems and I have the feeling nobody is interested in further development of the s@h app.
Sure, a lot is already done. All thanks to the development crew.
-----------------------------------------------------------------------------------------
I asked in the Pre-Release -->Windows forum (22.09.07)
Please let me know if  anybody of you are working with me together in further optimization of the source code.
More about 40 read it, but nothing. No answer till now........I can´t believe it.
-------------------------------------------------------------------------------------------------------------
  

Hallo Heinz, es liegt vieleicht daran, dass du schon seit monaten auf der 2.2b source herum reites und wir schon bei 2.4 sind...
Warum du das machst, weiß ich nicht...

Des weiteren geht auch nix hinter "verschlossenen Türen" vor sich... es gibt nixt neues und mein persöhnliches interesse an S@H tendiert momentan 100% gegen NULL.... oder ... "void S@H()"

Keine ahnung wie das hier weiter gehen soll,  denn ich mache keinen finger mehr krum hier...

Cya... ich bin dann mal gone .... 

[The Grinch]

Oh oh!
Das hört sich nach dicke Luft an hier? 

[Jason G]

Since I´m back it is so calm here in the forums. 
Or are running all important informations behind the backstage ?
Sometime it seems and I have the feeling nobody is interested in further development of the s@h app.
Sure, a lot is already done. All thanks to the development crew.
-----------------------------------------------------------------------------------------
I asked in the Pre-Release -->Windows forum (22.09.07)
Please let me know if  anybody of you are working with me together in further optimization of the source code.
More about 40 read it, but nothing. No answer till now........I can´t believe it.
-------------------------------------------------------------------------------------------------------------
  

Well I, for one, have been reading what I can (I don't speak german) with Interest, though I rarely have time between school and work to do much poking around in the code.  Now I am on a two week break and thought I'd have a go getting the IPP/ICC installed over the top of my Visual Studio 2005 setup.  In the mean time I've been looking at the older 1.31 sources / tute wrteup, and reading a bit about IPP from an Intel press release guide thingy... ...All good fun..
What's the deal with 2.4 sources ?
[ I've spent the last 2 years or so doing assembler/C on industrial microcontrollers, and setting up PLCs etc.. So my C/C++ and Visual Studio skills have withered since....]

Jason

[Jason G]

first try with 1.31 sources:
========== Build: 5 succeeded, 2 failed, 0 up-to-date, 0 skipped ==========

 5 out of 7 ... not bad I suppose 

Build log digging time

Note: Found Crun3er's link earlier in this thread to 2.2B sources ... I'll see what they do ...

Jason

[_heinz]

@ Crunch3r
neuer client ist erstellt, 2.3A source mit Änderungen eingearbeitet   
das war am 5.Juni, danach hab ich keine anderen Informationen
Das ist der jetzige Stand.
Lässt sich die 2.3.A auf den neuesten Stand bringen ? und wenn ja mit welchen Dateien als Änderung ??
------------------------------------------------------------------------------------------------------------------------------------------------
Ich würde das gerne noch machen, wenn es denn möglich ist.

Im Optimizer gabs in opt_SSE2.cpp Probleme mit -->      s_put1_NC(p, sum1 );
das gab immer Konvertierungsfehler VEC kann nicht in VEC_I konvertiert werden.
opt_SSE2.cpp
.\opt_SSE2.cpp(85) : error C2440: 'Typumwandlung': 'VEC' kann nicht in 'VEC_I' konvertiert werden
        Quelltyp konnte von keinem Konstruktor angenommen werden, oder die Überladungsauflösung des Konstruktors ist mehrdeutig
Das hat ein wenig gedauert, bis ich eine Lösung hatte. Das Problem ist ein eigenes Thema wert.
Das Problem mit dem Stackoverflow konnte ich bisher nicht mit debug finden. Da ist dann noch das Problem mit den beiden rekursiven Funktionen die sich nicht einwandfrei compilieren lassen.
Dann war Sommer und Urlaub... so vergeht die Zeit ganz schnell.

Warum ich das mache ??  Damit die Quellen mal bereinigt und auf den aktuellen Stand gebracht werden.
Wenn ich mich richtig erinnere hatte ich beim ersten compilieren der 2.2B so um die 600 Fehler.
Fehlende Typ-declarationen, Konvertierungsfehler usw. usw.
Jetzt ist der Quelltext, bis auf einige Warnungen bereinigt und teilweise neu strukturiert worden
Nun muss das Programm nur noch eine Test WU erfolgreich rechnen. Das wärs dann.

heinz