es40-developers — ES40 Developers List

Re: [ES40-developers] ES40 Emulator Status Update

[Fausto S. <fa...@un...>]

Hello Camiel,

updating a little bit the Visual Studio Express project file, I was  
able to compile the poco libraries.
But now the es40 build fails because it doesn't find PocoFoundationmt.lib

I have only Pocofoundation.lib, not MT.

What's this?

A new kind of library?

regards,
fausto

Quoting Camiel Vanderhoeven <iam...@gm...>:

> Hi Fausto,
>
> I compiled them myself. I downloaded the economy package from
> http://pocoproject.org/poco/download/ and built it (both for 32-bit
> windows on my laptop, and for 64-bit windows on my desktop). I have
> the full Visual Studio version, apparently, mc is part of the Windows
> SDK. (That question is in the POCO FAQ:
> http://pocoproject.org/poco/wiki/tiki-view_faq.php?faqId=2#q10).
>
> Camiel.
>
> On Thu, Mar 6, 2008 at 2:05 AM, Fausto Saporito <fa...@un...> wrote:
>> Hi Camiel,
>>
>>  that command is related to Visual Studio (not Express version).
>>  There're some additional file to install in order to compile with
>>  Visual Studio Express.
>>
>>  Anyway, I cannot compile it, due to some errors... some missing c
>>  files in the library.
>>
>>  Where did you find the pre-compiled windows binaries?
>>  I searched in the sourceforge web site, but I didn't find them. Just
>>  the source, pre-release source and contribs packages.
>>
>>
>>
>>  regards,
>>  fausto
>>
>>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>>
>>  > Hi Fausto,
>>  >
>>  > I've used the economy package, and I didn't come across that command.
>>  > I've added pre-built development (.lib) and runtime (.dll) libraries
>>  > to the download page on sourceforge.
>>  >
>>  > Camiel.
>>  >
>>  > On Wed, Mar 5, 2008 at 6:18 PM, Fausto Saporito <fa...@un...> wrote:
>>  >> Hello Camiel,
>>  >>
>>  >>  this is very interesting news...
>>  >>  Just a question about POCO libraries: which one we have to compile?
>>  >>  the light version, or the enterprise?
>>  >>  I'm trying to compile and install the light one, but I have a problem
>>  >>  because the visual studio file looks for "mc" command.
>>  >>
>>  >>  What's that command?
>>  >>  Do you have the same problem?
>>  >>
>>  >>  regards,
>>  >>  fausto
>>  >>
>>  >>
>>  >>
>>  >>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>>  >>
>>  >>  > Hello Everyone,
>>  >>  >
>>  >>  > This e-mail is to inform you that I have just applied a very large
>>  >>  > patch to CVS that affects the entire emulator. Over the past few
>>  >>  > weeks,. we've run into the limitations of running everything in a
>>  >>  > single clock-loop, calling devices' DoClock() functions.   
>> This leads to
>>  >>  > wildly varying CPU speed, and does not efficiently the processing
>>  >>  > power of modern multi-core/multi-processor CPU's.
>>  >>  >
>>  >>  > The patch that has just been committed gets rid of the DoClock()
>>  >>  > functions, and instead lets each device run its own threads   
>> as needed.
>>  >>  > If you have a dual-core system, the emulated CPU could run on one
>>  >>  > core, with the other core taking care of all other devices.
>>  >>  >
>>  >>  > This is a patch I've been working on for a long time, and it's been a
>>  >>  > bit of a pain keeping it in sync with all the other changes that have
>>  >>  > happened in the past few weeks, which is why I'm committing   
>> it so soon
>>  >>  > after the release of 0.19.
>>  >>  >
>>  >>  > So far the good news, now the bad news:
>>  >>  >
>>  >>  > This patch is a radical departure from the way we used to do things,
>>  >>  > and it breaks a couple of things. The <break> menu on the Serial
>>  >>  > console lost it's functionality. IDB doesn't work yet. And, most
>>  >>  > importantly, this release probably introduces bugs caused by threads
>>  >>  > accessing the same thing at the same time. These issues will all need
>>  >>  > to be addressed in the next couple of weeks. Everyone can help out by
>>  >>  > submitting bug reports to this list for anything that doesn't work as
>>  >>  > expected.
>>  >>  >
>>  >>  > You will need to install the Poco C++ libraries for the new code
>>  >>  to compile.
>>  >>  >
>>  >>  > The new approach also opens the door to emulating multiple CPU's,
>>  >>  > although that is not functional yet. I'm working hard on   
>> this, but I'm
>>  >>  > missing something in the initialization. The basic bits and   
>> pieces are
>>  >>  > in place, but the extra cpu's never come fully online. If you think
>>  >>  > you can help with this, please contact me.
>>  >>  >
>>  >>  > I've created a new CVS branch ("no-threading") before this patch that
>>  >>  > will be used for necessary bugfixes to the version 0.19 codebase.
>>  >>  >
>>  >>  > Regards,
>>  >>  >
>>  >>  > Camiel Vanderhoeven.
>>  >>  >
>>  >>  >   
>> -------------------------------------------------------------------------
>>  >>  > This SF.net email is sponsored by: Microsoft
>>  >>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  >>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  >>  > _______________________________________________
>>  >>  > Es40-developers mailing list
>>  >>  > Es4...@li...
>>  >>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>>  >>  >
>>  >>
>>  >>
>>  >>
>>  >>    
>> -------------------------------------------------------------------------
>>  >>  This SF.net email is sponsored by: Microsoft
>>  >>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  >>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  >>  _______________________________________________
>>  >>  Es40-developers mailing list
>>  >>  Es4...@li...
>>  >>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>>  >>
>>  >
>>  > -------------------------------------------------------------------------
>>  > This SF.net email is sponsored by: Microsoft
>>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  > _______________________________________________
>>  > Es40-developers mailing list
>>  > Es4...@li...
>>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>>  >
>>
>>
>>
>>  -------------------------------------------------------------------------
>>  This SF.net email is sponsored by: Microsoft
>>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  _______________________________________________
>>  Es40-developers mailing list
>>  Es4...@li...
>>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers
>

Re: [ES40-developers] Compilation Errors

[Camiel V. <iam...@gm...>]

Hi Paco,

That's good news. I'll put a note in the doc's that Poco version 1.3.2
is required.

Camiel.

On Wed, Mar 5, 2008 at 11:36 PM, Paco Linux <pac...@gm...> wrote:
> Hi:
>
> Problem solved :)
>
> Apt-get remove libpocoxxx (in debian systems)
>
> Get latest Poco lib from their home:
> http://pocoproject.org/poco/download.php?uri=http://prdownloads.sourceforge.net/poco/poco-1.3.2.tar.gz?download
>
> compile, install poco ..
>
> and.. compile es40 without problems
>
> Paco
>
>
>
>
> On Wed, Mar 5, 2008 at 11:10 PM, Paco Linux <pac...@gm...> wrote:
>
> > Hi:
> >
> > Seems that in debian systems the Poco library is ver 1.2: ???
> >
> > :/usr/include/Poco$ more Thread.h
> > //
> > // Thread.h
> > //
> > // $Id: //poco/1.2/Foundation/include/Poco/Thread.h#1 $
> >
> >
> > And the Poco library in the web is : POCO C++ Libraries 1.3.2
> >
> > Paco
> >
> >
> >
> >
> >
> >
> > On Wed, Mar 5, 2008 at 10:54 PM, Paco Linux <pac...@gm...> wrote:
> >
> > > I have the same problem :
> > >
> > > paco@javier:~/es40/src$ make clean
> > > rm -f es40 es40_idb es40_lss es40_lsm *.o *.do *.mao *.slo *.trc gui/*.o
> gui/*.mao gui/*.slo gui/*.do
> > > paco@javier:~/es40/src$ make
> > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C.cpp  -o
> AliM1543C.o
> > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C_ide.cpp
> -o AliM1543C_ide.o
> > >
> > > AliM1543C_ide.cpp: In constructor
> 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*, CSystem*, int, int)':
> > > AliM1543C_ide.cpp:293: error: 'class Poco::Thread' no tiene un miembro
> llamado 'getName'
> > >
> > > make: *** [AliM1543C_ide.o] Error 1
> > > paco@javier:~/es40/src$ gcc -v
> > > Usando especificaciones internas.
> > > Objetivo: i486-linux-gnu
> > > Configurado con: ../src/configure -v
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1
> --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug
> --enable-mpfr --enable-checking=release i486-linux-gnu
> > > Modelo de hilos: posix
> > > gcc versión 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
> > > paco@javier:~/es40/src$ locate libPoco
> > > /usr/lib/libPocoXML.so.2
> > > /usr/lib/libPocoFoundationd.so
> > > /usr/lib/libPocoXML.so
> > > /usr/lib/libPocoFoundationd.so.2
> > > /usr/lib/libPocoNetd.so
> > > /usr/lib/libPocoXMLd.so
> > > /usr/lib/libPocoXMLd.so.2
> > > /usr/lib/libPocoNetd.so.2
> > > /usr/lib/libPocoNetSSLd.so
> > > /usr/lib/libPocoFoundation.so.2
> > > /usr/lib/libPocoNetSSL.so.2
> > > /usr/lib/libPocoUtil.so
> > > /usr/lib/libPocoNetSSL.so
> > > /usr/lib/libPocoFoundation.so
> > > /usr/lib/libPocoNet.so
> > > /usr/lib/libPocoUtil.so.2
> > > /usr/lib/libPocoNetSSLd.so.2
> > > /usr/lib/libPocoNet.so.2
> > > /usr/lib/libPocoUtild.so.2
> > > /usr/lib/libPocoUtild.so
> > > paco@javier:~/es40/src$
> > >
> > > Paco
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Mar 5, 2008 at 9:11 PM, Pepito Grillo
> <pep...@ya...> wrote:
> > >
> > > > Hi!
> > > >
> > > > I've just updated from cvs and I have these little
> > > > problems:
> > > >
> > > > In the new Makefile
> > > > CCTUNINGFLAGS =  -O3 -mtune=core2
> > > > Only works for that processor
> > > > For GCC 4.2 you can use -mtune=native
> > > >
> > > > Compilation errors:
> > > > nvlinux:/opt/es40_cvs/es40/src# make
> > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > > > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > > > -I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
> > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > > > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > > > -I/usr/include/SDL -c AliM1543C_ide.cpp  -o
> > > > AliM1543C_ide.o
> > > > In file included from AliM1543C_ide.cpp:182:
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > > from string constant to 'char*'
> > > > AliM1543C_ide.cpp: In constructor
> > > > 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
> > > > CSystem*, int, int)':
> > > > AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
> > > > no member named 'getName'
> > > > make: *** [AliM1543C_ide.o] Error 1
> > > > nvlinux:/opt/es40_cvs/es40/src#
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >      ______________________________________________
> > > > Enviado desde Correo Yahoo!
> > > > Disfruta de una bandeja de entrada más inteligente.
> http://es.docs.yahoo.com/mail/overview/index.html
> > > >
> > > >
> -------------------------------------------------------------------------
> > > > This SF.net email is sponsored by: Microsoft
> > > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > > _______________________________________________
> > > > Es40-developers mailing list
> > > > Es4...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/es40-developers
> > > >
> > >
> > >
> >
> >
>
>
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
>  Es40-developers mailing list
>  Es4...@li...
>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>
>

Re: [ES40-developers] ES40 Emulator Status Update

[Camiel V. <iam...@gm...>]

Hi Fausto,

I compiled them myself. I downloaded the economy package from
http://pocoproject.org/poco/download/ and built it (both for 32-bit
windows on my laptop, and for 64-bit windows on my desktop). I have
the full Visual Studio version, apparently, mc is part of the Windows
SDK. (That question is in the POCO FAQ:
http://pocoproject.org/poco/wiki/tiki-view_faq.php?faqId=2#q10).

Camiel.

On Thu, Mar 6, 2008 at 2:05 AM, Fausto Saporito <fa...@un...> wrote:
> Hi Camiel,
>
>  that command is related to Visual Studio (not Express version).
>  There're some additional file to install in order to compile with
>  Visual Studio Express.
>
>  Anyway, I cannot compile it, due to some errors... some missing c
>  files in the library.
>
>  Where did you find the pre-compiled windows binaries?
>  I searched in the sourceforge web site, but I didn't find them. Just
>  the source, pre-release source and contribs packages.
>
>
>
>  regards,
>  fausto
>
>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>
>  > Hi Fausto,
>  >
>  > I've used the economy package, and I didn't come across that command.
>  > I've added pre-built development (.lib) and runtime (.dll) libraries
>  > to the download page on sourceforge.
>  >
>  > Camiel.
>  >
>  > On Wed, Mar 5, 2008 at 6:18 PM, Fausto Saporito <fa...@un...> wrote:
>  >> Hello Camiel,
>  >>
>  >>  this is very interesting news...
>  >>  Just a question about POCO libraries: which one we have to compile?
>  >>  the light version, or the enterprise?
>  >>  I'm trying to compile and install the light one, but I have a problem
>  >>  because the visual studio file looks for "mc" command.
>  >>
>  >>  What's that command?
>  >>  Do you have the same problem?
>  >>
>  >>  regards,
>  >>  fausto
>  >>
>  >>
>  >>
>  >>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>  >>
>  >>  > Hello Everyone,
>  >>  >
>  >>  > This e-mail is to inform you that I have just applied a very large
>  >>  > patch to CVS that affects the entire emulator. Over the past few
>  >>  > weeks,. we've run into the limitations of running everything in a
>  >>  > single clock-loop, calling devices' DoClock() functions. This leads to
>  >>  > wildly varying CPU speed, and does not efficiently the processing
>  >>  > power of modern multi-core/multi-processor CPU's.
>  >>  >
>  >>  > The patch that has just been committed gets rid of the DoClock()
>  >>  > functions, and instead lets each device run its own threads as needed.
>  >>  > If you have a dual-core system, the emulated CPU could run on one
>  >>  > core, with the other core taking care of all other devices.
>  >>  >
>  >>  > This is a patch I've been working on for a long time, and it's been a
>  >>  > bit of a pain keeping it in sync with all the other changes that have
>  >>  > happened in the past few weeks, which is why I'm committing it so soon
>  >>  > after the release of 0.19.
>  >>  >
>  >>  > So far the good news, now the bad news:
>  >>  >
>  >>  > This patch is a radical departure from the way we used to do things,
>  >>  > and it breaks a couple of things. The <break> menu on the Serial
>  >>  > console lost it's functionality. IDB doesn't work yet. And, most
>  >>  > importantly, this release probably introduces bugs caused by threads
>  >>  > accessing the same thing at the same time. These issues will all need
>  >>  > to be addressed in the next couple of weeks. Everyone can help out by
>  >>  > submitting bug reports to this list for anything that doesn't work as
>  >>  > expected.
>  >>  >
>  >>  > You will need to install the Poco C++ libraries for the new code
>  >>  to compile.
>  >>  >
>  >>  > The new approach also opens the door to emulating multiple CPU's,
>  >>  > although that is not functional yet. I'm working hard on this, but I'm
>  >>  > missing something in the initialization. The basic bits and pieces are
>  >>  > in place, but the extra cpu's never come fully online. If you think
>  >>  > you can help with this, please contact me.
>  >>  >
>  >>  > I've created a new CVS branch ("no-threading") before this patch that
>  >>  > will be used for necessary bugfixes to the version 0.19 codebase.
>  >>  >
>  >>  > Regards,
>  >>  >
>  >>  > Camiel Vanderhoeven.
>  >>  >
>  >>  > -------------------------------------------------------------------------
>  >>  > This SF.net email is sponsored by: Microsoft
>  >>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>  >>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  >>  > _______________________________________________
>  >>  > Es40-developers mailing list
>  >>  > Es4...@li...
>  >>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>  >>  >
>  >>
>  >>
>  >>
>  >>  -------------------------------------------------------------------------
>  >>  This SF.net email is sponsored by: Microsoft
>  >>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  >>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  >>  _______________________________________________
>  >>  Es40-developers mailing list
>  >>  Es4...@li...
>  >>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>  >>
>  >
>  > -------------------------------------------------------------------------
>  > This SF.net email is sponsored by: Microsoft
>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  > _______________________________________________
>  > Es40-developers mailing list
>  > Es4...@li...
>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>  >
>
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  Es40-developers mailing list
>  Es4...@li...
>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>

Re: [ES40-developers] ES40 Emulator Status Update

[Fausto S. <fa...@un...>]

Hi Camiel,

that command is related to Visual Studio (not Express version).
There're some additional file to install in order to compile with  
Visual Studio Express.

Anyway, I cannot compile it, due to some errors... some missing c  
files in the library.

Where did you find the pre-compiled windows binaries?
I searched in the sourceforge web site, but I didn't find them. Just  
the source, pre-release source and contribs packages.

regards,
fausto

Quoting Camiel Vanderhoeven <iam...@gm...>:

> Hi Fausto,
>
> I've used the economy package, and I didn't come across that command.
> I've added pre-built development (.lib) and runtime (.dll) libraries
> to the download page on sourceforge.
>
> Camiel.
>
> On Wed, Mar 5, 2008 at 6:18 PM, Fausto Saporito <fa...@un...> wrote:
>> Hello Camiel,
>>
>>  this is very interesting news...
>>  Just a question about POCO libraries: which one we have to compile?
>>  the light version, or the enterprise?
>>  I'm trying to compile and install the light one, but I have a problem
>>  because the visual studio file looks for "mc" command.
>>
>>  What's that command?
>>  Do you have the same problem?
>>
>>  regards,
>>  fausto
>>
>>
>>
>>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>>
>>  > Hello Everyone,
>>  >
>>  > This e-mail is to inform you that I have just applied a very large
>>  > patch to CVS that affects the entire emulator. Over the past few
>>  > weeks,. we've run into the limitations of running everything in a
>>  > single clock-loop, calling devices' DoClock() functions. This leads to
>>  > wildly varying CPU speed, and does not efficiently the processing
>>  > power of modern multi-core/multi-processor CPU's.
>>  >
>>  > The patch that has just been committed gets rid of the DoClock()
>>  > functions, and instead lets each device run its own threads as needed.
>>  > If you have a dual-core system, the emulated CPU could run on one
>>  > core, with the other core taking care of all other devices.
>>  >
>>  > This is a patch I've been working on for a long time, and it's been a
>>  > bit of a pain keeping it in sync with all the other changes that have
>>  > happened in the past few weeks, which is why I'm committing it so soon
>>  > after the release of 0.19.
>>  >
>>  > So far the good news, now the bad news:
>>  >
>>  > This patch is a radical departure from the way we used to do things,
>>  > and it breaks a couple of things. The <break> menu on the Serial
>>  > console lost it's functionality. IDB doesn't work yet. And, most
>>  > importantly, this release probably introduces bugs caused by threads
>>  > accessing the same thing at the same time. These issues will all need
>>  > to be addressed in the next couple of weeks. Everyone can help out by
>>  > submitting bug reports to this list for anything that doesn't work as
>>  > expected.
>>  >
>>  > You will need to install the Poco C++ libraries for the new code  
>>  to compile.
>>  >
>>  > The new approach also opens the door to emulating multiple CPU's,
>>  > although that is not functional yet. I'm working hard on this, but I'm
>>  > missing something in the initialization. The basic bits and pieces are
>>  > in place, but the extra cpu's never come fully online. If you think
>>  > you can help with this, please contact me.
>>  >
>>  > I've created a new CVS branch ("no-threading") before this patch that
>>  > will be used for necessary bugfixes to the version 0.19 codebase.
>>  >
>>  > Regards,
>>  >
>>  > Camiel Vanderhoeven.
>>  >
>>  > -------------------------------------------------------------------------
>>  > This SF.net email is sponsored by: Microsoft
>>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  > _______________________________________________
>>  > Es40-developers mailing list
>>  > Es4...@li...
>>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>>  >
>>
>>
>>
>>  -------------------------------------------------------------------------
>>  This SF.net email is sponsored by: Microsoft
>>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  _______________________________________________
>>  Es40-developers mailing list
>>  Es4...@li...
>>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers
>

Re: [ES40-developers] Compilation Errors

[Paco L. <pac...@gm...>]

Hi:

Problem solved :)

Apt-get remove libpocoxxx (in debian systems)

Get latest Poco lib from their home:
http://pocoproject.org/poco/download.php?uri=http://prdownloads.sourceforge.net/poco/poco-1.3.2.tar.gz?download

compile, install poco ..

and.. compile es40 without problems

Paco


On Wed, Mar 5, 2008 at 11:10 PM, Paco Linux <pac...@gm...> wrote:

> Hi:
>
> Seems that in debian systems the Poco library is ver 1.2: ???
>
> :/usr/include/Poco$ more Thread.h
> //
> // Thread.h
> //
> // $Id: //poco/1.2/Foundation/include/Poco/Thread.h#1 $
>
>
> And the Poco library in the web is : POCO C++ Libraries 1.3.2
>
> Paco
>
>
>
> On Wed, Mar 5, 2008 at 10:54 PM, Paco Linux <pac...@gm...> wrote:
>
> > I have the same problem :
> >
> > paco@javier:~/es40/src$ make clean
> > rm -f es40 es40_idb es40_lss es40_lsm *.o *.do *.mao *.slo *.trc gui/*.o
> > gui/*.mao gui/*.slo gui/*.do
> > paco@javier:~/es40/src$ make
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> > -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C.cpp
> > -o AliM1543C.o
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> > -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C_ide.cpp
> > -o AliM1543C_ide.o
> > AliM1543C_ide.cpp: In constructor
> > 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*, CSystem*, int, int)':
> >  AliM1543C_ide.cpp:293: error: 'class Poco::Thread' no tiene un miembro
> > llamado 'getName'
> > make: *** [AliM1543C_ide.o] Error 1
> > paco@javier:~/es40/src$ gcc -v
> > Usando especificaciones internas.
> > Objetivo: i486-linux-gnu
> > Configurado con: ../src/configure -v
> > --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
> > --enable-shared --with-system-zlib --libexecdir=/usr/lib
> > --without-included-gettext --enable-threads=posix --enable-nls
> > --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1--enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug
> > --enable-mpfr --enable-checking=release i486-linux-gnu
> > Modelo de hilos: posix
> > gcc versión 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
> > paco@javier:~/es40/src$ locate libPoco
> > /usr/lib/libPocoXML.so.2
> > /usr/lib/libPocoFoundationd.so
> > /usr/lib/libPocoXML.so
> > /usr/lib/libPocoFoundationd.so.2
> > /usr/lib/libPocoNetd.so
> > /usr/lib/libPocoXMLd.so
> > /usr/lib/libPocoXMLd.so.2
> > /usr/lib/libPocoNetd.so.2
> > /usr/lib/libPocoNetSSLd.so
> > /usr/lib/libPocoFoundation.so.2
> > /usr/lib/libPocoNetSSL.so.2
> > /usr/lib/libPocoUtil.so
> > /usr/lib/libPocoNetSSL.so
> > /usr/lib/libPocoFoundation.so
> > /usr/lib/libPocoNet.so
> > /usr/lib/libPocoUtil.so.2
> > /usr/lib/libPocoNetSSLd.so.2
> > /usr/lib/libPocoNet.so.2
> > /usr/lib/libPocoUtild.so.2
> > /usr/lib/libPocoUtild.so
> > paco@javier:~/es40/src$
> >
> > Paco
> >
> >
> >
> > On Wed, Mar 5, 2008 at 9:11 PM, Pepito Grillo <
> > pep...@ya...> wrote:
> >
> > > Hi!
> > >
> > > I've just updated from cvs and I have these little
> > > problems:
> > >
> > > In the new Makefile
> > > CCTUNINGFLAGS =  -O3 -mtune=core2
> > > Only works for that processor
> > > For GCC 4.2 you can use -mtune=native
> > >
> > > Compilation errors:
> > > nvlinux:/opt/es40_cvs/es40/src# make
> > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > > -I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
> > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > > -I/usr/include/SDL -c AliM1543C_ide.cpp  -o
> > > AliM1543C_ide.o
> > > In file included from AliM1543C_ide.cpp:182:
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:290: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.h:311: warning: deprecated conversion
> > > from string constant to 'char*'
> > > AliM1543C_ide.cpp: In constructor
> > > 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
> > > CSystem*, int, int)':
> > > AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
> > > no member named 'getName'
> > > make: *** [AliM1543C_ide.o] Error 1
> > > nvlinux:/opt/es40_cvs/es40/src#
> > >
> > >
> > >
> > >
> > >
> > >      ______________________________________________
> > > Enviado desde Correo Yahoo!
> > > Disfruta de una bandeja de entrada más inteligente.
> > > http://es.docs.yahoo.com/mail/overview/index.html
> > >
> > >
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Es40-developers mailing list
> > > Es4...@li...
> > > https://lists.sourceforge.net/lists/listinfo/es40-developers
> > >
> >
> >
>

Re: [ES40-developers] Compilation Errors

[Paco L. <pac...@gm...>]

Hi:

Seems that in debian systems the Poco library is ver 1.2: ???

:/usr/include/Poco$ more Thread.h
//
// Thread.h
//
// $Id: //poco/1.2/Foundation/include/Poco/Thread.h#1 $


And the Poco library in the web is : POCO C++ Libraries 1.3.2

Paco


On Wed, Mar 5, 2008 at 10:54 PM, Paco Linux <pac...@gm...> wrote:

> I have the same problem :
>
> paco@javier:~/es40/src$ make clean
> rm -f es40 es40_idb es40_lss es40_lsm *.o *.do *.mao *.slo *.trc gui/*.o
> gui/*.mao gui/*.slo gui/*.do
> paco@javier:~/es40/src$ make
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C.cpp  -o
> AliM1543C.o
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
> -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C_ide.cpp
> -o AliM1543C_ide.o
> AliM1543C_ide.cpp: In constructor
> 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*, CSystem*, int, int)':
> AliM1543C_ide.cpp:293: error: 'class Poco::Thread' no tiene un miembro
> llamado 'getName'
> make: *** [AliM1543C_ide.o] Error 1
> paco@javier:~/es40/src$ gcc -v
> Usando especificaciones internas.
> Objetivo: i486-linux-gnu
> Configurado con: ../src/configure -v
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1--enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug
> --enable-mpfr --enable-checking=release i486-linux-gnu
> Modelo de hilos: posix
> gcc versión 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
> paco@javier:~/es40/src$ locate libPoco
> /usr/lib/libPocoXML.so.2
> /usr/lib/libPocoFoundationd.so
> /usr/lib/libPocoXML.so
> /usr/lib/libPocoFoundationd.so.2
> /usr/lib/libPocoNetd.so
> /usr/lib/libPocoXMLd.so
> /usr/lib/libPocoXMLd.so.2
> /usr/lib/libPocoNetd.so.2
> /usr/lib/libPocoNetSSLd.so
> /usr/lib/libPocoFoundation.so.2
> /usr/lib/libPocoNetSSL.so.2
> /usr/lib/libPocoUtil.so
> /usr/lib/libPocoNetSSL.so
> /usr/lib/libPocoFoundation.so
> /usr/lib/libPocoNet.so
> /usr/lib/libPocoUtil.so.2
> /usr/lib/libPocoNetSSLd.so.2
> /usr/lib/libPocoNet.so.2
> /usr/lib/libPocoUtild.so.2
> /usr/lib/libPocoUtild.so
> paco@javier:~/es40/src$
>
> Paco
>
>
>
> On Wed, Mar 5, 2008 at 9:11 PM, Pepito Grillo <
> pep...@ya...> wrote:
>
> > Hi!
> >
> > I've just updated from cvs and I have these little
> > problems:
> >
> > In the new Makefile
> > CCTUNINGFLAGS =  -O3 -mtune=core2
> > Only works for that processor
> > For GCC 4.2 you can use -mtune=native
> >
> > Compilation errors:
> > nvlinux:/opt/es40_cvs/es40/src# make
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> > -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AliM1543C_ide.cpp  -o
> > AliM1543C_ide.o
> > In file included from AliM1543C_ide.cpp:182:
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:290: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:311: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:311: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:311: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:311: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:311: warning: deprecated conversion
> > from string constant to 'char*'
> > AliM1543C_ide.cpp: In constructor
> > 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
> > CSystem*, int, int)':
> > AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
> > no member named 'getName'
> > make: *** [AliM1543C_ide.o] Error 1
> > nvlinux:/opt/es40_cvs/es40/src#
> >
> >
> >
> >
> >
> >      ______________________________________________
> > Enviado desde Correo Yahoo!
> > Disfruta de una bandeja de entrada más inteligente.
> > http://es.docs.yahoo.com/mail/overview/index.html
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Es40-developers mailing list
> > Es4...@li...
> > https://lists.sourceforge.net/lists/listinfo/es40-developers
> >
>
>

Re: [ES40-developers] Compilation Errors

[Paco L. <pac...@gm...>]

I have the same problem :

paco@javier:~/es40/src$ make clean
rm -f es40 es40_idb es40_lss es40_lsm *.o *.do *.mao *.slo *.trc gui/*.o
gui/*.mao gui/*.slo gui/*.do
paco@javier:~/es40/src$ make
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
-DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C.cpp  -o
AliM1543C.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 -mtune=generic
-DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP -I/usr/include/SDL -c AliM1543C_ide.cpp
-o AliM1543C_ide.o
AliM1543C_ide.cpp: In constructor
'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*, CSystem*, int, int)':
AliM1543C_ide.cpp:293: error: 'class Poco::Thread' no tiene un miembro
llamado 'getName'
make: *** [AliM1543C_ide.o] Error 1
paco@javier:~/es40/src$ gcc -v
Usando especificaciones internas.
Objetivo: i486-linux-gnu
Configurado con: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.1.3
--program-suffix=-4.1--enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug
--enable-mpfr --enable-checking=release i486-linux-gnu
Modelo de hilos: posix
gcc versión 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
paco@javier:~/es40/src$ locate libPoco
/usr/lib/libPocoXML.so.2
/usr/lib/libPocoFoundationd.so
/usr/lib/libPocoXML.so
/usr/lib/libPocoFoundationd.so.2
/usr/lib/libPocoNetd.so
/usr/lib/libPocoXMLd.so
/usr/lib/libPocoXMLd.so.2
/usr/lib/libPocoNetd.so.2
/usr/lib/libPocoNetSSLd.so
/usr/lib/libPocoFoundation.so.2
/usr/lib/libPocoNetSSL.so.2
/usr/lib/libPocoUtil.so
/usr/lib/libPocoNetSSL.so
/usr/lib/libPocoFoundation.so
/usr/lib/libPocoNet.so
/usr/lib/libPocoUtil.so.2
/usr/lib/libPocoNetSSLd.so.2
/usr/lib/libPocoNet.so.2
/usr/lib/libPocoUtild.so.2
/usr/lib/libPocoUtild.so
paco@javier:~/es40/src$

Paco


On Wed, Mar 5, 2008 at 9:11 PM, Pepito Grillo <pep...@ya...>
wrote:

> Hi!
>
> I've just updated from cvs and I have these little
> problems:
>
> In the new Makefile
> CCTUNINGFLAGS =  -O3 -mtune=core2
> Only works for that processor
> For GCC 4.2 you can use -mtune=native
>
> Compilation errors:
> nvlinux:/opt/es40_cvs/es40/src# make
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> -I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> -I/usr/include/SDL -c AliM1543C_ide.cpp  -o
> AliM1543C_ide.o
> In file included from AliM1543C_ide.cpp:182:
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.cpp: In constructor
> 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
> CSystem*, int, int)':
> AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
> no member named 'getName'
> make: *** [AliM1543C_ide.o] Error 1
> nvlinux:/opt/es40_cvs/es40/src#
>
>
>
>
>
>      ______________________________________________
> Enviado desde Correo Yahoo!
> Disfruta de una bandeja de entrada más inteligente.
> http://es.docs.yahoo.com/mail/overview/index.html
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers
>

Re: [ES40-developers] Compilation Errors

[Pepito G. <pep...@ya...>]

Hi!
I'll try to answer both questions

> Which version of g++ are you using?

About GCC:
nvlinux:/opt/es40_cvs/es40/src# gcc --version
gcc (GCC) 4.2.3 (Debian 4.2.3-1)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.

nvlinux:/opt/es40_cvs/es40/src# g++ --version
g++ (GCC) 4.2.3 (Debian 4.2.3-1)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.


About Poco:
debian package:libpoco-dev   1.2.9-2

I think this means version 2.9 but i'm not completely
sure!
sorry.
--- Camiel Vanderhoeven <iam...@gm...>
escribió:

> Hello Pepito,
> 
> This:
> 
> >  AliM1543C_ide.cpp:293: error: 'class
> Poco::Thread' has
> >  no member named 'getName'
> 
> Is strange. What version of Poco are you using?
> 
> Camiel.
> 



       
______________________________________________ 
¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome

Re: [ES40-developers] Patch: updated fixes

[Brian W. <bdw...@in...>]

Crud.  It got to 10% and then the CPU thread died.

On Wed, 2008-03-05 at 15:53 -0500, Brian Wheeler wrote:
> I went back through the ide stuff and renamed the semaphores and mutexes
> to make a bit more sense.  In any case after making less-is-more locking
> changes, VMS seems to boot ok, and I'm running an install right now.
> 
> There is an overall regression:  slave devices don't seem to be
> recognized by freebsd, but srm sees them.
> 
> Brian
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Es40-developers mailing list Es4...@li... https://lists.sourceforge.net/lists/listinfo/es40-developers

[ES40-developers] Patch: updated fixes

[Brian W. <bdw...@in...>]

I went back through the ide stuff and renamed the semaphores and mutexes
to make a bit more sense.  In any case after making less-is-more locking
changes, VMS seems to boot ok, and I'm running an install right now.

There is an overall regression:  slave devices don't seem to be
recognized by freebsd, but srm sees them.

Brian

Re: [ES40-developers] Compilation Errors

[Camiel V. <iam...@gm...>]

Hello Pepito,

This:

>  AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
>  no member named 'getName'

Is strange. What version of Poco are you using?

Camiel.

Re: [ES40-developers] Compilation Errors

[Brian W. <bdw...@in...>]

On Wed, 2008-03-05 at 21:11 +0100, Pepito Grillo wrote:
> Hi!
> 
> I've just updated from cvs and I have these little
> problems:
> 
> In the new Makefile
> CCTUNINGFLAGS =  -O3 -mtune=core2
> Only works for that processor
> For GCC 4.2 you can use -mtune=native
> 

My bad, I forgot to reset it when I submitted my patch.  It should be
'generic'


> Compilation errors:
> nvlinux:/opt/es40_cvs/es40/src# make
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> -I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
> g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
> -mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> -I/usr/include/SDL -c AliM1543C_ide.cpp  -o
> AliM1543C_ide.o
> In file included from AliM1543C_ide.cpp:182:
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:290: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.h:311: warning: deprecated conversion
> from string constant to 'char*'
> AliM1543C_ide.cpp: In constructor
> 'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
> CSystem*, int, int)':
> AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
> no member named 'getName'
> make: *** [AliM1543C_ide.o] Error 1
> nvlinux:/opt/es40_cvs/es40/src#                      
> 
> 
> 

Which version of g++ are you using?


> 
> 
>       ______________________________________________ 
> Enviado desde Correo Yahoo!
> Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers

[ES40-developers] Compilation Errors

[Pepito G. <pep...@ya...>]

Hi!

I've just updated from cvs and I have these little
problems:

In the new Makefile
CCTUNINGFLAGS =  -O3 -mtune=core2
Only works for that processor
For GCC 4.2 you can use -mtune=native

Compilation errors:
nvlinux:/opt/es40_cvs/es40/src# make
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AliM1543C.cpp  -o AliM1543C.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=native -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AliM1543C_ide.cpp  -o
AliM1543C_ide.o
In file included from AliM1543C_ide.cpp:182:
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:290: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.cpp: In constructor
'CAliM1543C_ide::CAliM1543C_ide(CConfigurator*,
CSystem*, int, int)':
AliM1543C_ide.cpp:293: error: 'class Poco::Thread' has
no member named 'getName'
make: *** [AliM1543C_ide.o] Error 1
nvlinux:/opt/es40_cvs/es40/src#                      





      ______________________________________________ 
Enviado desde Correo Yahoo!
Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html

Re: [ES40-developers] New Threading stuff

[Hittner, D. T. <dav...@ng...>]

Well, at least there is a workaround - use the win32 gui instead of the
SDL gui.

Using the win32 gui *does* work - it's just that the win32 gui seems to
have even more problems
with failure to erase scrolled characters than the SDL gui does, and
seems to "lock up"
more frequently as well.  :-(

Thanks!
Dave
 

> -----Original Message-----
> From: Camiel Vanderhoeven [mailto:iam...@gm...] 
> Sent: Wednesday, March 05, 2008 2:01 PM
> To: Hittner, David T.
> Cc: ES40 Developer Discussions
> Subject: Re: New Threading stuff
> 
> This is very strange...
> 
> The call to SDL_SetVideoMode() in 
> bx_sdl_gui_c::dimension_update() never returns, which means 
> that the Cirrus' thread blocks the GUI lock. This lock in 
> turn blocks the CPU thread once it starts initializing the 
> graphics controller...
> 
> This does not happen when using the win32 gui, only with SDL, 
> which explains why I haven't caught it (although - of course 
> - I really should have).
> 
> I have no idea at this point what could cause this.
> 
>  Camiel.
> 
> On Wed, Mar 5, 2008 at 7:13 PM, Camiel Vanderhoeven 
> <iam...@gm...> wrote:
> > Hi David,
> >
> >
> >  On Wed, Mar 5, 2008 at 6:32 PM, Hittner, David T. 
> <dav...@ng...> wrote:
> >  > I downloaded the new threaded CVS, downloaded POCO, and 
> built it  >  
> > (Release-Shared).
> >  >  I did not delete any rom files or change my ES40.cfg file.
> >  >  I then copied PocoFoundation.dll to my ES40 bin 
> directory, where 
> > SDL.dll  >  is.
> >  >
> >  >  When I run ES40, this is what I see in the console, and it just 
> > hangs  >  there;  >  the SDL console never initializes.  What am I 
> > doing wrong?
> >
> >  I don't think you're doing anything wrong, I just tried 
> it, and it  
> > gets into a kind of deadlock on the VGA initialization. CPU 
> usage of  
> > the emulator drops to zero... I need to look into this.
> >
> >  Camiel.
> >
> 

[ES40-developers] DOH! a patch would actually be useful, yes?

[Brian W. <bdw...@in...>]

I forgot to attach this last time.

Re: [ES40-developers] New Threading stuff

[Camiel V. <iam...@gm...>]

This is very strange...

The call to SDL_SetVideoMode() in bx_sdl_gui_c::dimension_update()
never returns, which means that the Cirrus' thread blocks the GUI
lock. This lock in turn blocks the CPU thread once it starts
initializing the graphics controller...

This does not happen when using the win32 gui, only with SDL, which
explains why I haven't caught it (although - of course - I really
should have).

I have no idea at this point what could cause this.

 Camiel.

On Wed, Mar 5, 2008 at 7:13 PM, Camiel Vanderhoeven <iam...@gm...> wrote:
> Hi David,
>
>
>  On Wed, Mar 5, 2008 at 6:32 PM, Hittner, David T. <dav...@ng...> wrote:
>  > I downloaded the new threaded CVS, downloaded POCO, and built it
>  >  (Release-Shared).
>  >  I did not delete any rom files or change my ES40.cfg file.
>  >  I then copied PocoFoundation.dll to my ES40 bin directory, where SDL.dll
>  >  is.
>  >
>  >  When I run ES40, this is what I see in the console, and it just hangs
>  >  there;
>  >  the SDL console never initializes.  What am I doing wrong?
>
>  I don't think you're doing anything wrong, I just tried it, and it
>  gets into a kind of deadlock on the VGA initialization. CPU usage of
>  the emulator drops to zero... I need to look into this.
>
>  Camiel.
>

[ES40-developers] Patch: IDE Threading Fixes

[Brian W. <bdw...@in...>]

I've made a bunch of changes to the IDE code to make it more thread
friendly:

* ide thread no longer consumes 60%+ cpu time when active
* seems faster than before (when it works :)
* Separate threads for each controller chip.
* interrupt triggering simplified greatly
* dma_transfer blocks until busmaster sets semaphore

Config: 256M, one serial port, no scsi or vga.  

FreeBSD 6.3:
	Seems ok, though it times out on occasion, but recovers
Tru64 5.1B:
	Boots ok, but times out during device probe
OpenVMS 8.3:
	Boots to the banner and then deadlocks
NetBSD 3.1.1:
	Boots and probes ok, loses interrupts, but recovers.
Gentoo 2007.0:
	Boots and hangs at its usual place. 

On the timeouts:  Is it possible those really _are_ timeouts and not
just problems related to sequencing?  When I added a 3ms sleep to the
interrupt code (just to slow it down a tad), the timeouts shot up
something fierce.  Is there any way to underclock the CPU?

Brian

Re: [ES40-developers] New Threading stuff

[Camiel V. <iam...@gm...>]

Hi David,

On Wed, Mar 5, 2008 at 6:32 PM, Hittner, David T. <dav...@ng...> wrote:
> I downloaded the new threaded CVS, downloaded POCO, and built it
>  (Release-Shared).
>  I did not delete any rom files or change my ES40.cfg file.
>  I then copied PocoFoundation.dll to my ES40 bin directory, where SDL.dll
>  is.
>
>  When I run ES40, this is what I see in the console, and it just hangs
>  there;
>  the SDL console never initializes.  What am I doing wrong?

I don't think you're doing anything wrong, I just tried it, and it
gets into a kind of deadlock on the VGA initialization. CPU usage of
the emulator drops to zero... I need to look into this.

Camiel.

Re: [ES40-developers] ES40 Emulator Status Update

[Camiel V. <iam...@gm...>]

Hi Fausto,

I've used the economy package, and I didn't come across that command.
I've added pre-built development (.lib) and runtime (.dll) libraries
to the download page on sourceforge.

Camiel.

On Wed, Mar 5, 2008 at 6:18 PM, Fausto Saporito <fa...@un...> wrote:
> Hello Camiel,
>
>  this is very interesting news...
>  Just a question about POCO libraries: which one we have to compile?
>  the light version, or the enterprise?
>  I'm trying to compile and install the light one, but I have a problem
>  because the visual studio file looks for "mc" command.
>
>  What's that command?
>  Do you have the same problem?
>
>  regards,
>  fausto
>
>
>
>  Quoting Camiel Vanderhoeven <iam...@gm...>:
>
>  > Hello Everyone,
>  >
>  > This e-mail is to inform you that I have just applied a very large
>  > patch to CVS that affects the entire emulator. Over the past few
>  > weeks,. we've run into the limitations of running everything in a
>  > single clock-loop, calling devices' DoClock() functions. This leads to
>  > wildly varying CPU speed, and does not efficiently the processing
>  > power of modern multi-core/multi-processor CPU's.
>  >
>  > The patch that has just been committed gets rid of the DoClock()
>  > functions, and instead lets each device run its own threads as needed.
>  > If you have a dual-core system, the emulated CPU could run on one
>  > core, with the other core taking care of all other devices.
>  >
>  > This is a patch I've been working on for a long time, and it's been a
>  > bit of a pain keeping it in sync with all the other changes that have
>  > happened in the past few weeks, which is why I'm committing it so soon
>  > after the release of 0.19.
>  >
>  > So far the good news, now the bad news:
>  >
>  > This patch is a radical departure from the way we used to do things,
>  > and it breaks a couple of things. The <break> menu on the Serial
>  > console lost it's functionality. IDB doesn't work yet. And, most
>  > importantly, this release probably introduces bugs caused by threads
>  > accessing the same thing at the same time. These issues will all need
>  > to be addressed in the next couple of weeks. Everyone can help out by
>  > submitting bug reports to this list for anything that doesn't work as
>  > expected.
>  >
>  > You will need to install the Poco C++ libraries for the new code to compile.
>  >
>  > The new approach also opens the door to emulating multiple CPU's,
>  > although that is not functional yet. I'm working hard on this, but I'm
>  > missing something in the initialization. The basic bits and pieces are
>  > in place, but the extra cpu's never come fully online. If you think
>  > you can help with this, please contact me.
>  >
>  > I've created a new CVS branch ("no-threading") before this patch that
>  > will be used for necessary bugfixes to the version 0.19 codebase.
>  >
>  > Regards,
>  >
>  > Camiel Vanderhoeven.
>  >
>  > -------------------------------------------------------------------------
>  > This SF.net email is sponsored by: Microsoft
>  > Defy all challenges. Microsoft(R) Visual Studio 2008.
>  > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  > _______________________________________________
>  > Es40-developers mailing list
>  > Es4...@li...
>  > https://lists.sourceforge.net/lists/listinfo/es40-developers
>  >
>
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  Es40-developers mailing list
>  Es4...@li...
>  https://lists.sourceforge.net/lists/listinfo/es40-developers
>

Re: [ES40-developers] ES40 Emulator Status Update

[Fausto S. <fa...@un...>]

Hello Camiel,

this is very interesting news...
Just a question about POCO libraries: which one we have to compile?  
the light version, or the enterprise?
I'm trying to compile and install the light one, but I have a problem  
because the visual studio file looks for "mc" command.

What's that command?
Do you have the same problem?

regards,
fausto

Quoting Camiel Vanderhoeven <iam...@gm...>:

> Hello Everyone,
>
> This e-mail is to inform you that I have just applied a very large
> patch to CVS that affects the entire emulator. Over the past few
> weeks,. we've run into the limitations of running everything in a
> single clock-loop, calling devices' DoClock() functions. This leads to
> wildly varying CPU speed, and does not efficiently the processing
> power of modern multi-core/multi-processor CPU's.
>
> The patch that has just been committed gets rid of the DoClock()
> functions, and instead lets each device run its own threads as needed.
> If you have a dual-core system, the emulated CPU could run on one
> core, with the other core taking care of all other devices.
>
> This is a patch I've been working on for a long time, and it's been a
> bit of a pain keeping it in sync with all the other changes that have
> happened in the past few weeks, which is why I'm committing it so soon
> after the release of 0.19.
>
> So far the good news, now the bad news:
>
> This patch is a radical departure from the way we used to do things,
> and it breaks a couple of things. The <break> menu on the Serial
> console lost it's functionality. IDB doesn't work yet. And, most
> importantly, this release probably introduces bugs caused by threads
> accessing the same thing at the same time. These issues will all need
> to be addressed in the next couple of weeks. Everyone can help out by
> submitting bug reports to this list for anything that doesn't work as
> expected.
>
> You will need to install the Poco C++ libraries for the new code to compile.
>
> The new approach also opens the door to emulating multiple CPU's,
> although that is not functional yet. I'm working hard on this, but I'm
> missing something in the initialization. The basic bits and pieces are
> in place, but the extra cpu's never come fully online. If you think
> you can help with this, please contact me.
>
> I've created a new CVS branch ("no-threading") before this patch that
> will be used for necessary bugfixes to the version 0.19 codebase.
>
> Regards,
>
> Camiel Vanderhoeven.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers
>

[ES40-developers] ES40 Emulator Status Update

[Camiel V. <iam...@gm...>]

Hello Everyone,

This e-mail is to inform you that I have just applied a very large
patch to CVS that affects the entire emulator. Over the past few
weeks,. we've run into the limitations of running everything in a
single clock-loop, calling devices' DoClock() functions. This leads to
wildly varying CPU speed, and does not efficiently the processing
power of modern multi-core/multi-processor CPU's.

The patch that has just been committed gets rid of the DoClock()
functions, and instead lets each device run its own threads as needed.
If you have a dual-core system, the emulated CPU could run on one
core, with the other core taking care of all other devices.

This is a patch I've been working on for a long time, and it's been a
bit of a pain keeping it in sync with all the other changes that have
happened in the past few weeks, which is why I'm committing it so soon
after the release of 0.19.

So far the good news, now the bad news:

This patch is a radical departure from the way we used to do things,
and it breaks a couple of things. The <break> menu on the Serial
console lost it's functionality. IDB doesn't work yet. And, most
importantly, this release probably introduces bugs caused by threads
accessing the same thing at the same time. These issues will all need
to be addressed in the next couple of weeks. Everyone can help out by
submitting bug reports to this list for anything that doesn't work as
expected.

You will need to install the Poco C++ libraries for the new code to compile.

The new approach also opens the door to emulating multiple CPU's,
although that is not functional yet. I'm working hard on this, but I'm
missing something in the initialization. The basic bits and pieces are
in place, but the extra cpu's never come fully online. If you think
you can help with this, please contact me.

I've created a new CVS branch ("no-threading") before this patch that
will be used for necessary bugfixes to the version 0.19 codebase.

Regards,

Camiel Vanderhoeven.

[ES40-developers] Version 0.18 release

[Camiel V. <iam...@gm...>]

Hello everyone,

I am very pleased to announce that version 0.18 of the ES40 Emulator
has been released. We've done our best to improve compatibility of the
emulator with various host and guest operating-systems, we have
working SCSI-support for OpenVMS, improved IDE and Network
implementations, and we have improved performance.

The new release can be downloaded - as always - from
http://sourceforge.net/projects/es40.

The complete change log for the new version is as follows:

version 0.17 -> 0.18
Version 0.18 contains a lot of compatibility fixes, both with host and
guest operating systems.

    * Merged Brian wheeler's New IDE code into the standard
controller. NewIde class has disappeared. (04-mar-2008, Camiel
Vanderhoeven)
    * Support some basic MP features. (CPUID read from C-Chip MISC
register, inter-processor interrupts) (04-mar-2008, Camiel
Vanderhoeven)
    * Allow memory sizes over 1 GB. (02-mar-2008, Brian Wheeler)
    * Natural way to specify large numeric values ("10M") in the
config file. (02-mar-2008, Camiel vanderhoeven)
    * Add BREAKPOINT INSTRUCTION command to IDB. (29-feb-2008, Brian Wheeler)
    * Restart serial port connection if lost. (29-feb-2008, Brian Wheeler)
    * Fix RMC reported psu and temperature status. (29-feb-2008, Brian Wheeler)
    * Compute SROM checksum for network interface. Tru64 needs this.
(29-feb-2008, Brian Wheeler)
    * Fix vms boot problems from ide cdrom and make Tru64 installation
possible by: a) Clearing the busmaster active bit when the bit 1 is
written to the busmaster status register; and b) Attempting to refire
the interrupt if the driver seems to have missed it. (27-feb-2008,
Brian Wheeler)
    * Major rewrite of NIC code. Real internal loopback support, ring
queue for incoming packets, and various other improvements.
(26-feb-2008, David Hittner)
    * Improvements to backtrace functionality on GNU systems
(26-feb-2008, Brian Wheeler)
    * Better config file syntax checking and error reporting.
(26-feb-2008, Brian Wheeler)
    * Moved DMA code into it's own class (CDMA). (26-feb-2008, Camiel
Vanderhoeven)
    * Shut down display refresh thread when emulator exits.
(20-feb-2008, David Leonard)
    * Return SYSTEM RESOURCE FAILURE sense if dato/dati buffer size is
exceeded in SCSI operations. (20-feb-2008, David Leonard)
    * Support MSF in READ TOC scsi command. (20-feb-2008, Brian Wheeler)
    * Show disk creation progress. (20-feb-2008, David Leonard)
    * Avoid 'Xlib: unexpected async reply' errors on Linux/Unix/BSD's
by adding some thread interlocking. (20-feb-2008, David Leonard)
    * GNU compiler support on Windows. (20-feb-2008, Alex)
    * HCI register space for UISB added. (18-feb-2008, Brian Wheeler)
    * Added vital product data page 0 (Required for Tru64).
(18-feb-2008, Brian Wheeler)
    * The READ CAPACITY scsi command now properly returns the number
of the last LBA (n-1); not the number of LBA's (n). INITIALIZE now
works properly on a scsi disk. (18-feb-2008, Camiel Vanderhoeven)
    * Added READ_LONG scsi command, and support for MODE_SENSE
changeable parameter pages. (last bit needed to get SCSI working on
OpenVMS) (16-feb-2008, Camiel Vanderhoeven)
    * The owner of the SCSI bus is allowed to re-arbitrate for it.
(16-feb-2008, Camiel Vanderhoeven)
    * Added Symbios 53C810 SCSI controller. (16-feb-2008, Camiel Vanderhoeven)
    * Moved keyboard code into it's own class. (CKeyboard).
(12-feb-2008, Camiel Vanderhoeven)
    * Show originating device name on memory errors. (08-feb-2008,
Camiel Vanderhoeven)
    * Set default keyboard translation to scanset 3 (PS/2).
(08-feb-2008, Camiel Vanderhoeven)
    * On GNU systems, display a backtrace when a segmentation fault
occurs, and DEBUG_BACKTRACE has been defined. (07-feb-2008, Brian
Wheeler)
    * Fixed registration of ROM expansion address. (06-feb-2008,
Camiel Vanderhoeven)
    * Check for FPEN in old floating point code. (06-feb-2008, Camiel
Vanderhoeven)
    * Proper interrupt handling in serial port device. Fixes an
initialization bug spotted by David Hittner. (06-feb-2008, Camiel
Vanderhoeven)
    * Disable unaligned access check alltogether; it doesn't work
properly for some reason. (05-feb-2008, Camiel Vanderhoeven)
    * The new floating point code (21-jan-2008) has some unidentified
problems. The OpenVMS installation routine fails with this new code.
For now, the old floating point code has been restored, and the new
floating-point code is used only when HAVE_NEW_FP has been defined.
The new code should be fixed, so we can take advantage of floating
point exceptions. (05-feb-2008, Camiel Vanderhoeven)
    * Display a message when system initialization has failed.
(05-feb-2008, Brian Wheeler)
    * Put X64 around 64-bit constants in DO_CVTQL. (compilation issue
on some Linux'es) (05-feb-2008, Camiel Vanderhoeven)
    * Corrected a typo in the definition of PCI_PTE_SHIFT (2 should be
12) that caused an OpenVMS procgone bugcheck. (04-feb-2008, Camiel
Vanderhoeven)
    * Completed LPT support so it works with FreeBSD as a guest OS.
(02-feb-2008, Brian Wheeler)
    * Avoid unnecessary shift-operations to calculate constant values.
(01-feb-2008, Camiel Vanderhoeven)
    * Improved speed by remembering the number of instructions left in
current memory page, so that the translation-buffer doens't need to be
consulted on every instruction fetch when the Icache is disabled.
(30-jan-2008, Camiel Vanderhoeven)
    * Remember separate last found translation-buffer entries for read
and write operations. This should help with memory copy operations.
(29-jan-2008, Camiel Vanderhoeven)
    * Avoid interrupts from the new IDE device that originated while
interrupts were disabled. (29-jan-2008, Brian Wheeler)
    * Improved floating-point exception handling. (28-jan-2008, Camiel
Vanderhoeven)
    * Lifted hardcoded file-size limit of 10,000 bytes for config
file. (26-jan-2008, Camiel Vanderhoeven)
    * Bugfix in the VAX floating point STF and the IEEE floating point
STS instructions. (26-jan-2008, Camiel Vanderhoeven)
    * Don't repeat interrupts from the new IDE controller too soon.
(26-jan-2008, Brian Wheeler)
    * Do unaligned trap only when a page boundary is crossed.
Something is causing alignment traps in the SRM console, with the DAT
bit set to false, and no OS handler in place. Also, when OpenVMS boots
there are alignment traps that shouldn't happen. None of these cross
page boundaries, so we're safe for now. (26-jan-2008, Camiel
Vanderhoeven)
    * Trap on unaligned memory access. The previous implementation
where unaligned accesses were silently allowed could go wrong when
page boundaries are crossed. (25-jan-2008, Camiel Vanderhoeven)
    * Allow specifying autocreate_size on a disk image to have it
created if it doesn't exist. (25-jan-2008, Camiel Vanderhoeven)
    * Added an option to disable the processor Icache. The emulator
runs faster when this is disabled, but that might lead to problems
with some OS'es. (25-jan-2008, Camiel Vanderhoeven)
    * Added do_pci_write and do_pci_read functions to the PCI base
device. (24-jan-2008, Camiel Vanderhoeven, David Hittner)
    * Fixed overflow-detection. (24-jan-2008, Camiel Vanderhoeven)
    * Added missing integer /V instructions (22-jan-2008, Camiel
Vanderhoeven, Bob Supnik)
    * win32 GUI made compatible with older windows SDK. (22-jan-2008,
Camiel Vanderhoeven)
    * New floating-point code (21-jan-2008, Camiel Vanderhoeven, Bob Supnik)
    * Fixed misinterpretation of the INT bit in integer overflow
traps. (Camiel Vanderhoeven, 21-jan-2008)
    * Limited the maximum number of sectors, as the OpenVMS IDE driver
doesn't like 255 sectors. (Camiel Vanderhoeven, 21-jan-2008)
    * Added X11 GUI. (20-jan-2008, Camiel Vanderhoeven)
    * Added win32 GUI. (19-jan-2008, Camiel Vanderhoeven)
    * Run CPU in a separate thread if CPU_THREADS is defined. NOTA
BENE: This is very experimental, and has several problems.
(19-jan-2008, Camiel Vanderhoeven)
    * Replaced sext_64 inlines for performance reasons (18-jan-2008,
Camiel Vanderhoeven, David Hittner)
    * Process device interrupts after a 100-cpu-cycle delay.
(18-jan-2008, Camiel Vanderhoeven)
    * Added ADDL/V instruction (16-jan-2008, David Hittner, Bob Supnik)
    * Fixed some timeouts on new IDE controller. (16-jan-2008, Brian Wheeler)
    * When a keyboard self-test command is received, and the queue is
not empty, the queue is cleared so the 0x55 that's sent back will be
the first thing in line. Makes the keyboard initialize a little better
with SRM. (15-jan-2008, Brian Wheeler)
    * Bugfix regarding double deletion of disk device objects.
(13-jan-2008, Brian Wheeler)
    * New IDE-controller working on big-endian host architectures.
(13-jan-2008, Fang Zhe)
    * Support additional CD-ROM commands. (13-jan-2008, Brian Wheeler)
    * Smart algorithm for determining optimal cylinder/head/sector
disk layout. (13-jan-2008, Camiel Vanderhoeven)
    * End debugger run on Ctrl-C. (12-jan-2008, Brian Wheeler)
    * SCSI Engine added to Disk class. SCSIBus class and SCSIDevice
base class added. (12-jan-2008, Camiel Vanderhoeven)
    * bugfix to ATAPI code in new IDE controller. SRM can now boot
from IDE CD-ROMs. (09-jan-2008, Brian wheeler)
    * ATAPI improvements to new IDE controller. (09-jan-2008, Brian wheeler)
    * Put filename without path in disk model number. (09-jan-2008,
Brian Wheeler)
    * Save disk state to state file. (09-jan-2008, Camiel Vanderhoeven)
    * Use Brian Wheeler's CNewIde class instead of the CAliM1543C_ide
class if HAVE_NEW_IDE is defined. This change will be undone when the
new ide controller will replace the old standard one. (08-jan-2008,
Camiel Vanderhoeven)
    * "Old" IDE-controller working on big-endian host architectures.
(08-jan-2008, Fang Zhe)
    * S3 Trio VGA-card working on big-endian host architectures.
(08-jan-2008, Fang Zhe)
    * Removed last references to IDE disk read SRM replacement.
(08-jan-2008, Camiel Vanderhoeven)
    * Added NewIde class. Due to replace the current IDE controller
implementation. (08-jan-2008, Brian Wheeler)
    * PCI scatter/gather DMA memory mapping support added.
(07-jan-2008, Camiel Vanderhoeven)
    * Default blocksize set to 2048 bytes for CD-ROM devices.
(06-jan-2008, Camiel Vanderhoeven)
    * Allow changing block-size on disk devices. (06-jan-2008, Camiel
Vanderhoeven)
    * Fixed typo in network-code (05-jan-2008, Fausto Saporito)
    * Do 64-bit file I/O properly for FreeBSD and OS X. (05-jan-2008, Fang Zhe)
    * Added CDiskDevice class to allow using raw devices.
(05-jan-2008, Camiel Vanderhoeven)
    * Made MAC-address of network-card configurable (04-jan-2008, David Hittner)
    * Make telnet work on Apple OS X. (04-jan-2008, Fang Zhe)
    * Improved compatibility with SDL on Apple OS X (including
keyboard). (04-jan-2008, Fang Zhe)
    * Added swap_xx macro's for use in places where bytes need to be
swapped regardless of endianess. (04-jan-2008, Camiel Vanderhoeven)
    * Support for larger disk images by using 64-bit file I/O.
(04-jan-2008, Camiel Vanderhoeven)
    * Cirrus VGA-card working on big-endian host architectures.
(03-jan-2008, Camiel Vanderhoeven)
    * PCI base device working on big-endian host architectures.
(03-jan-2008, Camiel Vanderhoeven)
    * Compatibility with SDL on Apple OS X. (03-jan-2008, Fang Zhe)
    * Compileable on Apple OS X and FreeBSD. (03-jan-2008, Fang Zhe)
    * CPU working on big-endian host architectures. (02-jan-2008,
Camiel Vanderhoeven)
    * Recognize endianess on more architectures. (02-jan-2008, Fang Zhe)

Thanks for your support and encouragements,

Camiel Vanderhoeven

Re: [ES40-developers] OpenVMS 8.3 success!!!

[Paco L. <pac...@gm...>]

Hi:

Two days ago, I was able to install Tru64 UNIX V5.1B (Rev. 2650): the
installation was fast (maybe 3 hours), and in the fina phase :

*** KERNEL CONFIGURATION AND BUILD PROCEDURE ***


       The system will now automatically build a kernel
       with only mandatory options and then reboot.  This can take
       up to 15 minutes, depending on the processor type.

took 50 minutes, so I think we are emulating about 1/4 speed of a true es40
:)

Pd . in a linux machine with the last cvs

Paco

On Tue, Mar 4, 2008 at 3:51 PM, Fausto Saporito <fa...@un...> wrote:

> Hello all,
>
> finally I was able to install OpenVMS 8.3 with a FULL IDE configuration.
> I had only an ACCESS VIOLATION during the installation, but it seems
> it was harmless, cause the other part of installation rans smoothly.
>
> By the way during the reboot I had these error messages, in DOS console:
>
> Unknown PCHIP 1 CSR 0000340 read attempted.
> Unknown PCHIP 1 CSR 0000440 read attempted.
> Unknown PCHIP 1 CSR 0000500 read attempted.
> Unknown PCHIP 1 CSR 0000540 read attempted.
> Unknown PCHIP 0 CSR 0000340 read attempted.
> Unknown PCHIP 0 CSR 0000440 read attempted.
> Unknown PCHIP 0 CSR 0000500 read attempted.
> Unknown PCHIP 0 CSR 0000540 read attempted.
>
> What are they? Something not emulated?
>
> Now, the hardest part... PRODUCT installation. :-)
>
> I'll keep you in touch.
>
> regards,
> fausto
>
> PS
> the installation now is very quicker than before... about 1.5 / 2 hours.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
> https://lists.sourceforge.net/lists/listinfo/es40-developers
>

[ES40-developers] strage behaviours

[Fausto S. <fa...@un...>]

Hello all,

I'm seeing some strange behaviours in my VMS session.
I'm using PUTTY serial terminal #0, and sometimes the script (for  
example tcpip$config) quits and if I press ENTER i have always the  
login prompt!

Another strange thing is keyboard related... if I press "@" (with  
AltGr cause I have and italian keyboard), I cannot type any chars for  
few seconds...

regards,
fausto

[ES40-developers] OpenVMS 8.3 success!!!

[Fausto S. <fa...@un...>]

Hello all,

finally I was able to install OpenVMS 8.3 with a FULL IDE configuration.
I had only an ACCESS VIOLATION during the installation, but it seems  
it was harmless, cause the other part of installation rans smoothly.

By the way during the reboot I had these error messages, in DOS console:

Unknown PCHIP 1 CSR 0000340 read attempted.
Unknown PCHIP 1 CSR 0000440 read attempted.
Unknown PCHIP 1 CSR 0000500 read attempted.
Unknown PCHIP 1 CSR 0000540 read attempted.
Unknown PCHIP 0 CSR 0000340 read attempted.
Unknown PCHIP 0 CSR 0000440 read attempted.
Unknown PCHIP 0 CSR 0000500 read attempted.
Unknown PCHIP 0 CSR 0000540 read attempted.

What are they? Something not emulated?

Now, the hardest part... PRODUCT installation. :-)

I'll keep you in touch.

regards,
fausto

PS
the installation now is very quicker than before... about 1.5 / 2 hours.