Sorry to Those Who Deem This to be Spam: Employment or Scholarship Sought

Ladies (if any actually read comp.lang.vhdl or comp.arch.fpga) and gentlemen,

You may have been wondering why I have not been posting much to Usenet and SystemC.org since September 2007.

In January 2006 I became a Ph.D. student in the largest University of Pisa but I quit in September 2007 (details follow). I have unsuccessfully tried to apply for a number of Ph.D. scholarships and jobs to replace my sabotaged attempt at a Ph.D. in Pisa, and I do not have much money remaining so now I announce my woe here in the hope that one of you might help me.

I had the misfortune to unintentionally but quite clearly empirically disprove a published theory of my main tutor's. I was discouraged to submit a paper for publication which would highlight points similar to those below, and I was too afraid to continue with writing the paper in my spare time before I quit lest that could still be used as a sufficient excuse to expell me. I was also warned that if I would not quit, then my empty refereed publication record would be used as a reason to fail me in the second annual review. I quit in September 2007.

In addition to the problems below, Prof. Luca Fanucci forbade me from pointing out in my presentations that high-level SystemC(R) modeling did not prove to be competitive with Verilog.

Please feel free to discuss these points on Usenet for yourselves, but if you have anything to say to me (hopefully an offer, but even advice would be welcome) please reply to me directly by writing to Colin Paul Gloster, Via Tosco Romagnola 2461, Titignano, 56023 Cascina (PI), Italy or by emailing to Colin_Paul snipped-for-privacy@ACM.org but please bear in mind that my Internet access is currently chiefly restricted to approximately three gratis hours in a local library.

Yours faithfully, Colin Paul Gloster

Table of Contents Introduction to C++ Issues in Pisa An example of where similar, unrelated objects should be refactored into a single hierarchy on Sourceforge Lack of effective inheritance on Sourceforge Unnecessary case branches on Sourceforge A number of bad practices on Sourceforge Miscellaneous C++ Issues in Pisa VHDL Issues in Pisa Bibliography

Introduction to C++ Issues in Pisa A non disclosure agreement between myself; my former tutor, Prof. Luca Fanucci, and his partner, STMicroelectronics, prevents me from mentioning a number of items for a number of years. Fortunately, I am legally at liberty to highlight many problems which I detected in published source code which was written by STMicroelectronics and is available for gratis on the Internet. My project in Pisa involved using this source code. I had offered to help with that source code, but despite the large list of flaws which I uncovered, my offer was ignored. It is trivial to check my list (below) in which I give exact file names and line numbers. I was not permitted to write a paper concerning these issues. What I accidentally uncovered irrefutably contradicted published papers by my tutor of the time (the [Fanucci] entry in the bibliography) and published papers by his partner, STMicroelectronics (the [OCCN2] entry in the bibliography). This tragic incident is another case highlighting that the IEEE allows untrue papers. It is not a sin to not be the best programmer in the World, but they incorrectly claimed in papers that they are highly competent at writing source code in C++.

An example of where similar, unrelated objects should be refactored into a single hierarchy on Sourceforge The reader may wish to download the file occn_lib_2.0.1.beta.tar.gz from

formatting link
and to consult the files occn_lib_2.0.1.beta/include/utils/CQueueObject.n and occn_lib_2.0.1.beta/include/utils/CQueuePtrObjectEv.n therein for what is discussed here.

A constructor for a derived class (which e.g. CQueuePtrObjectEv could become in a new version) must call a constructor for the base class (which e.g. CQueueObject could become in a new version). Three of the four lines from a constructor of CQueueObject are lexically copied in a constructor of CQueuePtrObjectEv, and the counterpart to the remaining line from CQueueObject differs by simply having an array of type T* instead of of type T (but as templates are used everywhere, a pointer to a type is actually a type so perhaps CQueuePtrObjectEv should be replaced by a future class which we could call "CQueueObjectEv" or even better "CQueueEv"). Somewhat similarly, the bodies of the destructors are lexically identical; the remove() methods contain identical semantics but differing quantities of braces, but even worse they return an element without expelling it from the agenda; the method add() of CQueuePtrObjectEv performs identical, lexically copied steps as in the method add() of CQueueObject and after those steps has some additional steps which would be more maintainably added as in "When a base-class member function is overridden in a derived class, it is common to have the derived-class version call the base-class version and do some additional work" as written in a C++ book (the entry [Deitel and Deitel] in the bibliography); the get_length() methods are lexically identical and each of them contains two off by one errors; the methods is_not_empty() are lexically identical; and the methods is_not_full() are lexically identical.

diff include/utils/CQueueObject.n include/utils/CQueuePtrObjectEv.n

32,33c32,33 < // File: CQueueObject.n < // Created: Fri Jun 14 09:36:43 2002
--
> // File:           CQueuePtrObjEv.n
> // Created:        Tue Jul  2 14:56:24 2002
 Click to see the full signature
Reply to
Colin Paul Gloster
Loading thread data ...

Student discovers that real world code isn't quite as perfect as they were taught it would be in university. Shocker!

Reply to
Jon Beniston

Colin, TLDR, sorry. However, could I make the comment that if you're trying to court offers of employment or a placement, slagging off your previous employer on a public forum might not be the best way attract future ones? Good luck, Syms.

Reply to
Symon

Hi Colin

first of all i have to comment on my first impressions on your post. IMHO you have to provide a more abstract view of what went (in your opinion) wrong and specific details on diffs etc. I understand you tried to make a point but it would be better if you gave your thoughts more conceptually, and go down to details only when specifically asked too.

Well yes ^_^. It seems that we had met in past within such threads. I actually (referring to an Sept. 2006) written my gcc-3.4.3 DLX backend. It supports everything except longs and has a few additions to standardesque DLX, for example a partial predication instruction.

I'm trying to read your CV or webpage or something. Do you have any summary of your work (and previous ones) in the net?

just

What were (and currently are) you job prospects in the Netherlands? Where you happy during your internship? What was/is the orientation of the R&D group there?

Kind regards Nikolaos Kavvadias

Reply to
Uncle Noah

|-------------------------------------------------------------------------| |"TLDR, sorry. However, could I make the comment that if you're trying to | |court offers of employment or a placement, slagging off your previous | |employer on a public forum might not be the best way attract future ones?| |Good luck, Syms." | |-------------------------------------------------------------------------|

Hello Symon,

I do not know what TLDR stands for.

Thank you for your advice and for wishing me well, but please believe me, I did not take the decision to post about this to Usenet lightly. I uncovered the fraud approximately 17 months ago and I have been trying to find another way to make a living for most of the time after then. I quit almost seven months ago and so my finances are now very low. I am not looking forward to becoming homeless before the end of the Summer.

I applied to a different university's electronic engineering department in August 2007, on March 13th, 2008 (and possibly still) no one has been offered any of the scholarships but I was told earlier this month that I was rejected largely because it was not clear why I quit the University of Pisa (I had said that I was not allowed to conduct the research which I wanted, which is true). Being too nice to the University of Pisa has not helped me to secure a new way to sustain my life, so I have resorted to providing more details. Perhaps this will also not work, but at least it could be said that neither approach worked.

Yours sincerely, Colin Paul

Reply to
Colin Paul Gloster

|----------------------------------------------------------------------| |"Student discovers that real world code isn't quite as perfect as they| |were taught it would be in university. Shocker!" | |----------------------------------------------------------------------|

If you would care to check the references which I complained about, you would note that they were written by research institutes which had been funded (and actually still are being funded) by the European Commission for research. Furthermore, if you would care to check, you would note that the papers I complained about are fraudulent, and I was forced to leave because I exposed that they did not know how to do what they were being paid to do.

Yours sincerely, Colin Paul Gloster

Reply to
Colin Paul Gloster

On March 28th, 2008, I posted to these Usenet newsgroups: |--------------------------------------------------------------------------=

---------------------| |"Ladies (if any actually read comp.lang.vhdl = | |or comp.arch.fpga) and gentlemen, = | | = | |You may have been wondering why I have not = | |been posting much to Usenet and SystemC.org = | |since September 2007. = | | = | |In January 2006 I became a Ph.D. student in = | |the largest University of Pisa but I quit = | |in September 2007 (details follow). I have = | |unsuccessfully tried to apply for a number = | |of Ph.D. scholarships and jobs to replace my = | |sabotaged attempt at a Ph.D. in Pisa, and I = | |do not have much money remaining so now I = | |announce my woe here in the hope that one = | |of you might help me. = | | = | |I had the misfortune to unintentionally but = | |quite clearly empirically disprove a published = | |theory of my main tutor's. I was discouraged to = | |submit a paper for publication which would highlight = | |points similar to those below, and I was too afraid to = | |continue with writing the paper in my spare time = | |before I quit lest that could still be used as a = | |sufficient excuse to expell me. I was also warned = | |that if I would not quit, then my empty refereed = | |publication record would be used as a reason to = | |fail me in the second annual review. I quit in = | |September 2007. = | | = | |In addition to the problems below, = | |Prof. Luca Fanucci forbade me from pointing out = | |in my presentations that high-level SystemC(R) = | |modeling did not prove to be competitive with = | |Verilog. = | | = | |Please feel free to discuss these points on = | |Usenet for yourselves, but if you have = | |anything to say to me (hopefully an offer, = | |but even advice would be welcome) please = | |reply to me directly by writing to = | |Colin Paul Gloster, = | | Via Tosco Romagnola 2461, = | | Titignano, = | | 56023 Cascina (PI), = | | Italy = | |or by emailing to snipped-for-privacy@ACM.org = | |but please bear in mind that my Internet = | |access is currently chiefly restricted to = | |approximately three gratis hours in a local = | |library. = | | = | |Yours faithfully, = | |Colin Paul Gloster = | | = | | = | |Table of Contents = | |Introduction to C++ Issues in Pisa = | |An example of where similar, unrelated objects should be refactored into a= single | |hierarchy on Sourceforge = | |Lack of effective inheritance on Sourceforge = | |Unnecessary case branches on Sourceforge = | |A number of bad practices on Sourceforge = | |Miscellaneous C++ Issues in Pisa = | |VHDL Issues in Pisa = | |Bibliography = | | = | |Introduction to C++ Issues in Pisa = | |A non disclosure agreement between myself; my former tutor, Prof. Luca Fan= ucci, | |and his partner, STMicroelectronics, prevents me from mentioning a number = of items | |for a number of years. Fortunately, I am legally at liberty to highlight m= any | |problems which I detected in published source code which was written by = | |STMicroelectronics and is available for gratis on the Internet. My project= in Pisa | |involved using this source code. I had offered to help with that source co= de, but | |despite the large list of flaws which I uncovered, my offer was ignored. I= t is | |trivial to check my list (below) in which I give exact file names and line= | |numbers. I was not permitted to write a paper concerning these issues. Wha= t I | |accidentally uncovered irrefutably contradicted published papers by my tut= or of | |the time (the [Fanucci] entry in the bibliography) and published papers by= his | |partner, STMicroelectronics (the [OCCN2] entry in the bibliography). This = tragic | |incident is another case highlighting that the IEEE allows untrue papers. = It is | |not a sin to not be the best programmer in the World, but they incorrectly= claimed | |in papers that they are highly competent at writing source code in C++. = | | = | | = | | = | |An example of where similar, unrelated objects should be refactored into a= single | |hierarchy on Sourceforge = | |The reader may wish to download the file occn_lib_2.0.1.beta.tar.gz from = | |

formatting link
= | |and to consult the files occn_lib_2.0.1.beta/include/utils/CQueueObject.n = and | |occn_lib_2.0.1.beta/include/utils/CQueuePtrObjectEv.n therein for what is = | |discussed here. = | | = | |A constructor for a derived class (which e.g. CQueuePtrObjectEv could beco= me in a | |new version) must call a constructor for the base class (which e.g. CQueue= Object | |could become in a new version). Three of the four lines from a constructor= of | |CQueueObject are lexically copied in a constructor of CQueuePtrObjectEv, a= nd the | |counterpart to the remaining line from CQueueObject differs by simply havi= ng an | |array of type T* instead of of type T (but as templates are used everywher= e, a | |pointer to a type is actually a type so perhaps CQueuePtrObjectEv should b= e | |replaced by a future class which we could call "CQueueObjectEv" or even be= tter | |"CQueueEv"). Somewhat similarly, the bodies of the destructors are lexical= ly | |identical; the remove() methods contain identical semantics but differing = | |quantities of braces, but even worse they return an element without expell= ing it | |from the agenda; the method add() of CQueuePtrObjectEv performs identical,= | |lexically copied steps as in the method add() of CQueueObject and after th= ose | |steps has some additional steps which would be more maintainably added as = in "When | |a base-class member function is overridden in a derived class, it is commo= n to | |have the derived-class version call the base-class version and do some add= itional | |work" as written in a C++ book (the entry [Deitel and Deitel] in the = | |bibliography); the get_length() methods are lexically identical and each o= f them | |contains two off by one errors; the methods is_not_empty() are lexically = | |identical; and the methods is_not_full() are lexically identical. = | | = | |diff include/utils/CQueueObject.n include/utils/CQueuePtrObjectEv.n = | |32,33c32,33 = | |< // File: CQueueObject.n = | |< // Created: Fri Jun 14 09:36:43 2002 = | |--- = | |> // File: CQueuePtrObjEv.n = | |> // Created: Tue Jul 2 14:56:24 2002 = | |44c44 = | |< CQueueObject::CQueueObject(N_uint _size) = | |--- = | |> CQueuePtrObjectEv::CQueuePtrObjectEv(N_uint _size, sc_event& _ev) = | |48c48 = | |< data (new (T) [size]) , = | |--- = | |> data (new (T*) [size]) , = | |50,51c50,56 = | |< tail(0) = | |< {} = | |--- = | |> tail(0), = | |> wait(false), = | |> trig_ev(_ev), = | |> delay(0) = | |> { = | |> = | |> } = | |56c61 = | |< CQueueObject::~CQueueObject() = | |--- = | |> CQueuePtrObjectEv::~CQueuePtrObjectEv() = | |66c71 = | |< void CQueueObject::add(T item) = | |--- = | |> void CQueuePtrObjectEv::add(T* ptr) = | |71d75 = | |< { = | |73c77 = | |< } = | |--- = | |> = | |75c79,85 = | |< data[tail]=3Ditem; = | |--- = | |> = | |> data[tail]=3Dptr; = | |> if (wait) = | |> { = | |> trig_ev.notify(delay,SC_SEC); = | |> wait=C3=BAlse; = | |> } = | |81c91 = | |< T CQueueObject::remove() = | |--- = | |> T* CQueuePtrObjectEv::remove() = | |88d97 = | |< { = | |90d98 = | |< } = | |97c105,106 = | |< T CQueueObject::check() = | |--- = | |> inline = | |> N_uint CQueuePtrObjectEv::get_length() const = | |101,106c110 = | |< N_uint tmp_head=3Dhead+1; = | |< if (tmp_head=3D=3Dsize) = | |< { = | |< tmp_head=3D0; = | |< } = | |< return data[tmp_head]; = | |--- = | |> return (tail >=3D head) ? tail -head : tail - head + size; = | |113c117 = | |< N_uint CQueueObject::get_length() const = | |--- = | |> N_uint CQueuePtrObjectEv::is_not_empty() const = | |117c121 = | |< return (tail >=3D head) ? tail -head : tail - head + size; = | |--- = | |> return (tail!=3Dhead); = | |124c128 = | |< N_uint CQueueObject::is_not_empty() const = | |--- = | |> N_uint CQueuePtrObjectEv::is_not_full() const = | |128c132,134 = | |< return (tail!=3Dhead); = | |--- = | |> const N_uint tmp=3D tail+1; = | |> return (tmp=3D=3Dsize) ? (0!=3Dhead) : (tmp!=3Dhead); = | |> = | |135c141 = | |< N_uint CQueueObject::is_not_full() const = | |--- = | |> void CQueuePtrObjectEv::trigger() = | |139,141c145,156 = | |< const N_uint tmp=3D tail+1; = | |< return (tmp=3D=3Dsize) ? (0!=3Dhead) : (tmp!=3Dhead); = | |< = | |--- = | |> wait=3Dtrue; = | |> } = | |> = | |> // }}} = | |> = | |> template = | |> inline = | |> void CQueuePtrObjectEv::set_delay(double _ref) = | |> // {{{ = | |> = | |> { = | |> delay=3D_ref; = | | = | | = | | = | |Lack of effective inheritance on Sourceforge = | |In occn_lib_2.0.1.beta/include/channels/BusBaseChannel.n from STMicroelect= ronics, | |both MasterIf and SlaveIf are subclasses of = | |Msgbox and their respective set_index() methods are almost id= entical | |but were clearly implemented using lexical copying. This is in contrast to= the | |claim in [OCCN1]: "The On-Chip Communication Network (OCCN) proposes an ef= ficient, | |open-source research and development framework for the specification, mode= ling and | |simulation of on-chip communication architectures. OCCN increases the prod= uctivity | |of developing new models for on-chip communication architectures through t= he | |definition of a universal Application Programming Interface (API) and an o= bject- | |oriented C++ library built on top of SystemC. [..] = | | = | |This environment provides several important on-chip network modeling featu= res. | |* Object-oriented design concepts, fully exploiting advantages of this sof= tware | |development paradigm. = | | = | |[..]" The following claim in [OCCN2] is similarly nonsensical: "OCCN focus= es on | |NoC modeling by providing a flexible, state-of-the-art, C++-based framewor= k | |consisting of an open-source, GNU GPL library, built on top of SystemC. OC= CN | |design methodology offers unique features, such as = | |* object-oriented design concepts," and is reminiscent of a comparison in = Embedded | |Systems Conference, 1990 to teenage sex and object oriented programming si= milar to | |"The state of the art of Software Architecture is like teenage sex: it's o= n every- | |body's mind all the time, everyone talks about it all the time (but they d= on't | |really know what they are talking about), everyone thinks everyone else is= doing | |it, the few that are doing it: 1) are doing it poorly, 2) think it will be= better | |next time, and 3) are not practising it safely" reproduced in e.g. [Crocke= r]. | |Conceited delusions of grandeur such as those expressed in [OCCN1,OCCN2] m= ight be | |attributed to electronic engineers having a basis for arrogance more than = a decade | |behind realtime embedded programmers' and justifiably not knowing enough a= bout | |software development, but one of the coauthors of [OCCN1] and [OCCN2] owns= a | |company which allegedly[ISD1]: "Integrated Systems Development S.A. (ISD) = is a | |company established in 1998, active in the domain of Integrated Sy= stems | |(IS) of Guaranteed Quality and Performance. It is an R&D organization = [..]" | |and allegedly[ISD2}:"The ISD software group is dedicated to efficient and = retance_id < 1000000)| | 168 sprintf(tmp_str, "f%u_favg_", instance_id); = | | 169 else if (instance_id >=3D 1000000) { = | | 170 fprintf(stderr, "way too many filenames \n"); = | | 171 OCCN_error_exit("error in stats"); = | | 172 } = | | 173 strcat(string_gen_tbl[BaseStat::F_FREQ_STAT_AVG], t= mp_str); | | 174 = | | 175 ptr =3D string_gen_tbl[BaseStat::F_FREQ_STAT_AVG]; = | | 176 break; = | | 177 = | | 178 case BaseStat::FREQ_STAT_CURR: = | | 179 string_gen_tbl[BaseStat::F_FREQ_STAT_CURR] =3D new = | |char[max_string_size]; = | | 180 if (string_gen_tbl =3D=3D NULL) = | | 181 { = | | 182 fprintf(stderr, "Statistics Error: new string_ge= n_tbl (in | | BaseStat::activate_stats) failed: retry with smaller max_string_size\n")= ; | | 183 OCCN_error_exit("error in stats"); = | | 184 } = | | 185 strcpy(string_gen_tbl[BaseStat::F_FREQ_STAT_CURR], = | |"./stat/"); = | | 186 //strcpy(string_gen_tbl[BaseStat::F_FREQ_STAT_CURR]=

+7, | |"fn_fcur_"); = | | 187 if (instance_id < 10) = | | 188 sprintf(tmp_str, "f00000%u_fcur_", instance_id); = | | 189 else if (instance_id < 100) = | | 190 sprintf(tmp_str, "f0000%u_fcur_", instance_id); = | | 191 else if (instance_id < 1000) = | | 192 sprintf(tmp_str, "f000%u_fcur_", instance_id); = | | 193 else if (instance_id < 10000) = | | 194 sprintf(tmp_str, "f00%u_fcur_", instance_id); = | | 195 else if (instance_id < 100000) = | | 196 sprintf(tmp_str, "f0%u_fcur_", instance_id); = | | 197 else if (instance_id < 1000000) = | | 198 sprintf(tmp_str, "f%u_fcur_", instance_id); = | | 199 else if (instance_id >=3D 1000000) { = | | 200 fprintf(stderr, "way too many filenames \n"); = | | 201 OCCN_error_exit("error in stats"); = | | 202 } = | | 203 strcat(string_gen_tbl[BaseStat::F_FREQ_STAT_CURR], = tmp_str); | | 204 = | | 205 ptr =3D string_gen_tbl[BaseStat::F_FREQ_STAT_CURR];= | | 206 break; = | | = | | = | | = | |A number of bad practices on Sourceforge = | |From occn_lib_2.0.1.beta/include/interfaces/Pdu.n: = | | 137 template = | | 138 int Pdu::operator=3D=3D(const Pdu& right) c= onst | | 139 // {{{ = | | 140 = | | 141 { = | | 142 e_last_addrwait_read_authorization(time_out)=3D=3D1 ) = | | { = | | received =3D true; = | | } = | | else = | | { = | | = | | received =3D false; = | | (*this)->cancel_receiving(); = | | } = | | return (RPdu*)((*this)->get_read_pdu_ptr()); = | | // maybe not valid but need to send back something ! = | |} = | | = | |// }}} = | | = | | = | |VHDL Issues in Pisa = | |I had applied to Pisa in September 2005 when I was living in Ireland, havi= ng just | |returned from my Swedish internship in the Netherlands. I was in contact b= y | |telephone and email with Prof. Luca Fanucci who was in Italy. At home, in = a | |different country from university, I had a subscription to the ACM Digital= | |Library, but instead Prof. Fanucci's publications tend to be on IEEEXplore= for | |which I did not have a subscription. He did email me a publication and I w= as able | |to download an abstract of his from an old MAPLD conference. We establishe= d that | |VHDL would be something I would want to be seriously involved in if I was = to | |secure a scholarship in Pisa. After I secured the scholarship and moved to= Italy, | |he mentioned C++ to me for the first time and he revealed his agenda again= st VHDL. | |However, in time it became clear that he was very good at neither VHDL nor= C++. | |For example in his book of lecture notes entitled "Digital Sistems Design = Using | |VHDL" (he blamed the misspelling of Systems on the publisher) published by= | |Servizio Editoriale Universitario di Pisa, = | |Via Curtatone e Montanara 6, = | |56126 Pisa, = | |Italy, = | |telephone/fax +39 050 540120 = | |dated May 2002, he went against best practice which was standardised in th= e 1990's | |by using a clock edge synchronization coding style which is well-known by = experts | |to result in mismatches between simulation and synthesis. He did this on S= lides | |3.19; 4.12; 4.24 and 4.27. You can check with = | |
formatting link
= | |that I already knew how to do this in a less error-prone manner before I m= oved to | |Italy. He has mistakes on Slides 2.14; 4.5; 4.16 and 4.20 (and also misspe= llings | |on other slides). = | | = | |I do not know everything concerning VHDL. I have entirely through my own f= ault | |unintentionally overlooked things. I admit that. I am not perfect. One pro= minent | |example is that though I had looked at the relevant part of the VHDL stand= ards | |concerning implicit initializations, I had not noticed this feature of VHD= L so | |when I discovered that one of our VHDL tools performs implicit initializat= ions I | |was very displeased with it and I deplored this feature to Prof. Luca Fanu= cci. He | |ignored me, as usual, so I eventually proposed as part of the VHDL standar= dization | |process to have implicit initializations illegal. Someone unaffiliated wit= h the largest | |University of Pisa explained the legality and rationale to me on the newsg= roup | |news:comp.lang.vhdl and I retracted my proposal. I felt like a fool and it= became | |clear that no one in the University of Pisa except for myself was interest= ed | |enough in VHDL (our most important language (we never even had a C++ compi= ler and | |almost everyone else in the group in Pisa used only VHDL for the project))= to | |monitor the standardization process and that no one in the University of P= isa was | |an expert of VHDL and that no one in the University of Pisa cared enough a= bout me | |to support me. This inaction of Prof. Luca Fanucci's was extremely inappro= piate. | |Please see my proposal and its retraction on = | |
formatting link
= | | = | |Luca Fanucci is fit to be a professor of none of VHDL; C++; C; and SystemC= (R) | |intellectual properties. = | | = | |Also, when I was applying to Pisa, Luca Fanucci showed me a public webpage= of | |STMicroelectronics's concerning the project which he initially assigned me= to. | |After I arrived in Italy and saw the true algorithm, I learnt that the web= page was | |misleading. = | | = | |Bibliography = | |[Crocker] Will Tracz, Quote of the Day attributed to Ron Crocker, Internat= ional | |Conference on Software Engineering 1995 "Window On the World", Volume 1, N= umber 1 | | = | |[Deitel and Deitel] Deitel and Deitel; "C++: How to Program", third editio= n, | |Prentice Hall, 2001, Section 9.6 Overriding Base-Class Members in a Derive= d Class | |and 9.9 Using Constructors and Destructors in Derived Classes = | | = | |[Fanucci] Armaroli; Coppola; Diaz Nava; Fanucci, "High Level Modeling and = | |Simulation of a VDSL Modem in SystemC 2.0 - IPsim", "Proceedings of The 3r= d IEEE | |International Workshop on System-on-Chip for Real-Time Applications", 2003= | | = | |[Grammatikakis]
formatting link
= | | = | |[ISD1]
formatting link
= | | = | |[ISD2]
formatting link
= | | = | |[OCCN1] Grammatikakis,
formatting link
February = 2005 | | = | |[OCCN2] Marcello Coppola, Stephane Curaba, Miltos D. Grammatikakis, Giusep= pe | |Maruccia and Francesco Papariello, "OCCN: A Network-On-Chip Modeling and = | |Simulation Framework", Design for Automation and Test in Europe 2004 confe= rence | | = | |[structured programming] Leonard H. Weiner, "The Roots of Structured Progr= amming", | |"ACM SIGCSE Bulletin", February 1978" = | |--------------------------------------------------------------------------=

---------------------|

Hello again,

During 2006 I accidentally discovered that "Prof." Luca Fanucci of the so-called "University" of Pisa is a coauthor of the fraudulent publication Armaroli et al. (2003). I worked for him during 2006 and he ordered me to prop this fraud up by lying during a presentation about two similar fraudulent publications - Coppola, Locatelli, et al. (2004) and Coppola, Maruccia, et al. (2004) - by other members of the consortium which we were in.

He gave me a single-word order: "Lie." I refused and I became a whistleblower. He ruined my life. Dr. Sergio Saponara supported Prof. Luca Fanucci in trying to coerce me to obey Prof. Luca Fanucci. There was a cover-up by the University of Pisa. "Prof." Roberto Saletti was one of the perpetrators of this cover-up.

There is now an article by me about this in a scientific journal: Paul Colin de Gloucester (2013): "Referees Often Miss Obvious Errors in Computer and Electronic Publications", "Accountability in Research: Policies and Quality Assurance", 20:3, 143-166,

formatting link

After I have been forced to leave Pisa, I have informed Mr. Werner Steinhoegl of the funding agency the European Commission of the European Union about fraud by Fanucci et al. which Werner Steinhoegl had funded. Werner Steinhoegl did not seem to do anything with this information.

Regards, Colin Paul Gloster

References

----------

Armaroli, A., M. Coppola, M.D. Nava, and L. Fanucci. 2003. High level modeling and simulation of a VDSL modem in SystemC 2.0-IPsim. In Proceedings, the 3rd IEEE International Workshop on System-on-Chip for Real-Time Applications, 2003, pp. 175-180.

Coppola, M., Curaba, S., Grammatikakis, M. D., Locatelli, R., Maruccia, G., and Papariello, F. (2004). OCCN: A NoC modeling framework for design exploration. Special issue on networks on chip. Journal of Systems Architecture, 50(2-3): 129-163.

Coppola, M., Curaba, S., Grammatikakis, M. D., Maruccia, G., and Papariello, F. (2004). OCCN: A network-on-chip modeling and simulation framework. DATE '04: Proceedings of the Conference on Design, Automation and Test in Europe, pp. 174-179.

Reply to
Colin Paul Gloster

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.