es40-developers Mailing List for AlphaServer ES40 Emulator (Page 6)
Status: Alpha
Brought to you by:
iamcamiel
Menu
▾
▴
es40-developers — ES40 Developers List
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(132) |
Mar
(117) |
Apr
(27) |
May
(1) |
Jun
(16) |
Jul
|
Aug
|
Sep
(4) |
Oct
(5) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Camiel V. <iam...@gm...> - 2008-03-14 21:17:30
|
Oops. That's something that only works on windows. Fixed that too. Camiel. On Fri, Mar 14, 2008 at 10:11 PM, Pepito Grillo <pep...@ya...> wrote: > Hi > I have updated and tried again: > > Pepito > > > nvlinux:/opt/es40_cvs/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 > nvlinux:/opt/es40_cvs/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 > In file included from StdAfx.h:230, > from AliM1543C.cpp:262: > Lock.h: In member function 'bool > CRWMutex::tryWriteLock(long int)': > Lock.h:461: error: 'Sleep' was not declared in this > scope > Lock.h: In member function 'bool > CRWMutex::tryReadLock(long int)': > Lock.h:496: error: 'Sleep' was not declared in this > scope > Lock.h: In member function 'void > CRWMutex::writeLock(long int)': > Lock.h:531: error: 'Sleep' was not declared in this > scope > Lock.h: In member function 'void > CRWMutex::readLock(long int)': > Lock.h:563: error: 'Sleep' was not declared in this > scope > > AliM1543C.cpp: In member function 'virtual void > CAliM1543C::init()': > AliM1543C.cpp:404: warning: deprecated conversion from > string constant to 'char*' > make: *** [AliM1543C.o] Error 1 > > nvlinux:/opt/es40_cvs/es40/src# > > > > --- Camiel Vanderhoeven <iam...@gm...> > escribió: > > > > > Hello Pepito, > > > > I've included <typeinfo> from StdAfx.h. Could you > > try again? > > > > Camiel. > > > > On Fri, Mar 14, 2008 at 9:37 PM, Pepito Grillo > > <pep...@ya...> wrote: > > > Hi! > > > I was trying to compile the latest cvs, but... > > > thanks > > > > > > > > > nvlinux:/opt/es40_cvs/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 > > > nvlinux:/opt/es40_cvs/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 > > > AliM1543C.cpp: In member function 'virtual void > > > CAliM1543C::init()': > > > AliM1543C.cpp:404: warning: deprecated conversion > > from > > > string constant to 'char*' > > > 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 > > > In file included from AliM1543C_ide.cpp:200: > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.cpp: In member function 'virtual > > void > > > CAliM1543C_ide::init()': > > > AliM1543C_ide.cpp:311: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.cpp:312: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.cpp:313: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.cpp:314: warning: deprecated > > conversion > > > from string constant to 'char*' > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AliM1543C_usb.cpp -o > > > AliM1543C_usb.o > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AlphaCPU.cpp -o AlphaCPU.o > > > In file included from AlphaCPU.cpp:329: > > > es40_float.h: In function 'double s2host(u64)': > > > es40_float.h:183: warning: division by zero in > > '((s != > > > 0) ? -0.0 : 0.0) / 0.' > > > es40_float.h:185: warning: division by zero in > > '((s != > > > 0) ? -1.0e+0 : 1.0e+0) / 0.' > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AlphaCPU_ieeefloat.cpp -o > > > AlphaCPU_ieeefloat.o > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AlphaCPU_vaxfloat.cpp -o > > > AlphaCPU_vaxfloat.o > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AlphaCPU_vmspal.cpp -o > > > AlphaCPU_vmspal.o > > > In file included from AlphaCPU_vmspal.cpp:84: > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:340: warning: deprecated > > conversion > > > from string constant to 'char*' > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c AlphaSim.cpp -o AlphaSim.o > > > AlphaSim.cpp:195: warning: deprecated conversion > > from > > > string constant to 'char*' > > > AlphaSim.cpp:195: warning: deprecated conversion > > from > > > string constant to 'char*' > > > AlphaSim.cpp:195: warning: deprecated conversion > > from > > > string constant to 'char*' > > > AlphaSim.cpp:195: warning: deprecated conversion > > from > > > string constant to 'char*' > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c Cirrus.cpp -o Cirrus.o > > > Cirrus.cpp: In member function 'virtual void > > > CCirrus::init()': > > > Cirrus.cpp:240: warning: deprecated conversion > > from > > > string constant to 'char*' > > > Cirrus.cpp:242: warning: deprecated conversion > > from > > > string constant to 'char*' > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE > > -O3 > > > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > > > -I/usr/include/SDL -c Configurator.cpp -o > > > Configurator.o > > > In file included from Configurator.cpp:120: > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > AliM1543C_ide.h:319: warning: deprecated > > conversion > > > from string constant to 'char*' > > > === message truncated === > > > > ______________________________________________ > > > Enviado desde Correo Yahoo! > El buzón de correo sin límite de almacenamiento. 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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-14 21:11:39
|
Hi
I have updated and tried again:
Pepito
nvlinux:/opt/es40_cvs/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
nvlinux:/opt/es40_cvs/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
In file included from StdAfx.h:230,
from AliM1543C.cpp:262:
Lock.h: In member function 'bool
CRWMutex::tryWriteLock(long int)':
Lock.h:461: error: 'Sleep' was not declared in this
scope
Lock.h: In member function 'bool
CRWMutex::tryReadLock(long int)':
Lock.h:496: error: 'Sleep' was not declared in this
scope
Lock.h: In member function 'void
CRWMutex::writeLock(long int)':
Lock.h:531: error: 'Sleep' was not declared in this
scope
Lock.h: In member function 'void
CRWMutex::readLock(long int)':
Lock.h:563: error: 'Sleep' was not declared in this
scope
AliM1543C.cpp: In member function 'virtual void
CAliM1543C::init()':
AliM1543C.cpp:404: warning: deprecated conversion from
string constant to 'char*'
make: *** [AliM1543C.o] Error 1
nvlinux:/opt/es40_cvs/es40/src#
--- Camiel Vanderhoeven <iam...@gm...>
escribió:
> Hello Pepito,
>
> I've included <typeinfo> from StdAfx.h. Could you
> try again?
>
> Camiel.
>
> On Fri, Mar 14, 2008 at 9:37 PM, Pepito Grillo
> <pep...@ya...> wrote:
> > Hi!
> > I was trying to compile the latest cvs, but...
> > thanks
> >
> >
> > nvlinux:/opt/es40_cvs/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
> > nvlinux:/opt/es40_cvs/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
> > AliM1543C.cpp: In member function 'virtual void
> > CAliM1543C::init()':
> > AliM1543C.cpp:404: warning: deprecated conversion
> from
> > string constant to 'char*'
> > 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
> > In file included from AliM1543C_ide.cpp:200:
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.cpp: In member function 'virtual
> void
> > CAliM1543C_ide::init()':
> > AliM1543C_ide.cpp:311: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.cpp:312: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.cpp:313: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.cpp:314: warning: deprecated
> conversion
> > from string constant to 'char*'
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AliM1543C_usb.cpp -o
> > AliM1543C_usb.o
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AlphaCPU.cpp -o AlphaCPU.o
> > In file included from AlphaCPU.cpp:329:
> > es40_float.h: In function 'double s2host(u64)':
> > es40_float.h:183: warning: division by zero in
> '((s !=
> > 0) ? -0.0 : 0.0) / 0.'
> > es40_float.h:185: warning: division by zero in
> '((s !=
> > 0) ? -1.0e+0 : 1.0e+0) / 0.'
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AlphaCPU_ieeefloat.cpp -o
> > AlphaCPU_ieeefloat.o
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AlphaCPU_vaxfloat.cpp -o
> > AlphaCPU_vaxfloat.o
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AlphaCPU_vmspal.cpp -o
> > AlphaCPU_vmspal.o
> > In file included from AlphaCPU_vmspal.cpp:84:
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:340: warning: deprecated
> conversion
> > from string constant to 'char*'
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c AlphaSim.cpp -o AlphaSim.o
> > AlphaSim.cpp:195: warning: deprecated conversion
> from
> > string constant to 'char*'
> > AlphaSim.cpp:195: warning: deprecated conversion
> from
> > string constant to 'char*'
> > AlphaSim.cpp:195: warning: deprecated conversion
> from
> > string constant to 'char*'
> > AlphaSim.cpp:195: warning: deprecated conversion
> from
> > string constant to 'char*'
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c Cirrus.cpp -o Cirrus.o
> > Cirrus.cpp: In member function 'virtual void
> > CCirrus::init()':
> > Cirrus.cpp:240: warning: deprecated conversion
> from
> > string constant to 'char*'
> > Cirrus.cpp:242: warning: deprecated conversion
> from
> > string constant to 'char*'
> > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE
> -O3
> > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
> > -I/usr/include/SDL -c Configurator.cpp -o
> > Configurator.o
> > In file included from Configurator.cpp:120:
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
> > AliM1543C_ide.h:319: warning: deprecated
> conversion
> > from string constant to 'char*'
>
=== message truncated ===
______________________________________________
Enviado desde Correo Yahoo!
El buzón de correo sin límite de almacenamiento. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-14 20:51:37
|
Yes, TCP/IP works, but FTP fails on any significant transfer size. It's mostly telnet that works ;-) I've never tried to configure via DHCP though - I've always set a hard address. > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Fausto Saporito > Sent: Friday, March 14, 2008 3:26 PM > To: es4...@li... > Subject: Re: [ES40-developers] Code formatting > > Hello David, > > so they are unrelated :-) > Sorry for the confusion... by the way I tried to enable the > DHCP, but I have always timeout... and no IP address assigned. > > So those errors are related to this kind of activity... > > Do you have TCPIP working on OpenVMS? > > regards, > fausto > Quoting "Hittner, David T." <dav...@ng...>: > > > The CPacketQueue() messages are debug warnings that packets are not > > being added to the queue; in this case, it's because someone is > > transmitting runts (packets that are too small (size < 64)) on your > > network. These are usually (but not always) ARP packets > from a really > > old device or a OS that doesn't care about the following > the ethernet > > spec exactly. > > > > You can ignore the CPacketQueue messages... Feel free to > comment them > > out to shut it up. > > > > If you look, they are broadcast message to all (ff-ff-ff-ff-ff-ff) > > from src device: 00-19-3e-36-70-1b. > > If you track that ID down on your network, I'll be willing > to help add > > code to deal with it if you can tell me the OS and Version > that it's > > running. > > > > Dave > > > >> -----Original Message----- > >> From: es4...@li... > >> [mailto:es4...@li...] On > Behalf Of > >> Fausto Saporito > >> Sent: Friday, March 14, 2008 3:05 PM > >> To: es4...@li... > >> Subject: Re: [ES40-developers] Code formatting > >> > >> Hello Camiel, > >> > >> I just updated the cvs, and the build is fine. > >> But I have a new issue with IDE cdrom. I'm using the device (under > >> Windows Vista) and when I try to mound a cdrom, I have : > >> > >> %MOUNT-I-WRITELOCK, volume is write locked > >> > >> and the system is freezed. > >> On the DOS console the counter still runs, but nothing > happens, and I > >> don't have error messages. > >> > >> Yesterday, before the latest patch, I had the same problem, but on > >> the DOS console I had these error messages (looping on the > console): > >> > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> > >> the only thing to do is CTRL-C, and when I do it the quit > procedure > >> doesn't complete, stopping at > >> > >> Freeing memory in use by system... > >> cpu0 > >> > >> pressing again CTRL-C, the emulator quits. > >> > >> regards, > >> fausto > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hello Everyone, > >> > > >> > I've committed a couple of large patches today and yesterday to > >> > improve both multithreading and exception handling. This > results in > >> > restoration of the functionality of the <break> menu on > the serial > >> > ports. After these changes, I've run all code through a > source code > >> > formatter to make the coding style a bit more consistent. > >> I'd like you > >> > to check out the new code, and let me know if there are > >> aspects of the > >> > source formatting that you don't like. I'm hoping this > will improve > >> > readibility of the source code, and will help to develop > a set of > >> > guidelines for coding style. > >> > > >> > Thanks! > >> > > >> > Camiel. > >> > > >> > P.S. I've tagged the repository before committing the > re-formatted > >> > code; if anything has gone horribly wrong, we can revert... > >> > > >> > > >> > --------------------------------------------------------------------- > >> - > >> > --- 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 20:42:55
|
Hello Pepito, I've included <typeinfo> from StdAfx.h. Could you try again? Camiel. On Fri, Mar 14, 2008 at 9:37 PM, Pepito Grillo <pep...@ya...> wrote: > Hi! > I was trying to compile the latest cvs, but... > thanks > > > nvlinux:/opt/es40_cvs/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 > nvlinux:/opt/es40_cvs/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 > AliM1543C.cpp: In member function 'virtual void > CAliM1543C::init()': > AliM1543C.cpp:404: warning: deprecated conversion from > string constant to 'char*' > 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 > In file included from AliM1543C_ide.cpp:200: > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.cpp: In member function 'virtual void > CAliM1543C_ide::init()': > AliM1543C_ide.cpp:311: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.cpp:312: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.cpp:313: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.cpp:314: warning: deprecated conversion > from string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AliM1543C_usb.cpp -o > AliM1543C_usb.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AlphaCPU.cpp -o AlphaCPU.o > In file included from AlphaCPU.cpp:329: > es40_float.h: In function 'double s2host(u64)': > es40_float.h:183: warning: division by zero in '((s != > 0) ? -0.0 : 0.0) / 0.' > es40_float.h:185: warning: division by zero in '((s != > 0) ? -1.0e+0 : 1.0e+0) / 0.' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AlphaCPU_ieeefloat.cpp -o > AlphaCPU_ieeefloat.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AlphaCPU_vaxfloat.cpp -o > AlphaCPU_vaxfloat.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AlphaCPU_vmspal.cpp -o > AlphaCPU_vmspal.o > In file included from AlphaCPU_vmspal.cpp:84: > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c AlphaSim.cpp -o AlphaSim.o > AlphaSim.cpp:195: warning: deprecated conversion from > string constant to 'char*' > AlphaSim.cpp:195: warning: deprecated conversion from > string constant to 'char*' > AlphaSim.cpp:195: warning: deprecated conversion from > string constant to 'char*' > AlphaSim.cpp:195: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c Cirrus.cpp -o Cirrus.o > Cirrus.cpp: In member function 'virtual void > CCirrus::init()': > Cirrus.cpp:240: warning: deprecated conversion from > string constant to 'char*' > Cirrus.cpp:242: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c Configurator.cpp -o > Configurator.o > In file included from Configurator.cpp:120: > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:319: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > AliM1543C_ide.h:340: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > Configurator.cpp:696: warning: deprecated conversion > from string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DEC21143.cpp -o DEC21143.o > DEC21143.cpp: In member function 'virtual void > CDEC21143::init()': > DEC21143.cpp:399: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp: In member function 'u32 > CDEC21143::nic_read(u32, int)': > DEC21143.cpp:525: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp: In member function 'void > CDEC21143::nic_write(u32, int, u32)': > DEC21143.cpp:563: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:594: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:602: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:760: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp: In member function 'void > CDEC21143::mii_access(u32, u32)': > DEC21143.cpp:808: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:815: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:901: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:913: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp: In member function 'void > CDEC21143::srom_access(u32, u32)': > DEC21143.cpp:1040: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp: In member function 'int > CDEC21143::dec21143_tx()': > DEC21143.cpp:1340: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:1378: warning: deprecated conversion from > string constant to 'char*' > DEC21143.cpp:1400: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c Disk.cpp -o Disk.o > Disk.cpp: In constructor 'CDisk::CDisk(CConfigurator*, > CSystem*, CDiskController*, int, int)': > Disk.cpp:145: warning: deprecated conversion from > string constant to 'char*' > Disk.cpp:146: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DiskController.cpp -o > DiskController.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DiskDevice.cpp -o DiskDevice.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DiskFile.cpp -o DiskFile.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DiskRam.cpp -o DiskRam.o > DiskRam.cpp: In constructor > 'CDiskRam::CDiskRam(CConfigurator*, CSystem*, > CDiskController*, int, int)': > DiskRam.cpp:99: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DMA.cpp -o DMA.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c DPR.cpp -o DPR.o > DPR.cpp: In member function 'void CDPR::SaveStateF()': > DPR.cpp:607: warning: deprecated conversion from > string constant to 'char*' > DPR.cpp: In member function 'void > CDPR::RestoreStateF()': > DPR.cpp:712: warning: deprecated conversion from > string constant to 'char*' > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c es40_debug.cpp -o es40_debug.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c Ethernet.cpp -o Ethernet.o > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3 > -mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP > -I/usr/include/SDL -c Exception.cpp -o Exception.o > Exception.cpp: In member function 'virtual const char* > CConfigurationException::className() const': > Exception.cpp:37: error: must #include <typeinfo> > before using typeid > Exception.cpp: In member function 'virtual const char* > CThreadException::className() const': > Exception.cpp:39: error: must #include <typeinfo> > before using typeid > Exception.cpp: In member function 'virtual const char* > CWin32Exception::className() const': > Exception.cpp:40: error: must #include <typeinfo> > before using typeid > Exception.cpp: In member function 'virtual const char* > CSDLException::className() const': > Exception.cpp:41: error: must #include <typeinfo> > before using typeid > Exception.cpp: In member function 'virtual const char* > CGracefulException::className() const': > Exception.cpp:42: error: must #include <typeinfo> > before using typeid > Exception.cpp: In member function 'virtual const char* > CAbortException::className() const': > Exception.cpp:43: error: must #include <typeinfo> > before using typeid > make: *** [Exception.o] Error 1 > nvlinux:/opt/es40_cvs/es40/src# > > > ______________________________________________ > Enviado desde Correo Yahoo! > El buzón de correo sin límite de almacenamiento. 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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-14 20:38:03
|
Hi!
I was trying to compile the latest cvs, but...
thanks
nvlinux:/opt/es40_cvs/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
nvlinux:/opt/es40_cvs/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
AliM1543C.cpp: In member function 'virtual void
CAliM1543C::init()':
AliM1543C.cpp:404: warning: deprecated conversion from
string constant to 'char*'
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
In file included from AliM1543C_ide.cpp:200:
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.cpp: In member function 'virtual void
CAliM1543C_ide::init()':
AliM1543C_ide.cpp:311: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.cpp:312: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.cpp:313: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.cpp:314: warning: deprecated conversion
from string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AliM1543C_usb.cpp -o
AliM1543C_usb.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AlphaCPU.cpp -o AlphaCPU.o
In file included from AlphaCPU.cpp:329:
es40_float.h: In function 'double s2host(u64)':
es40_float.h:183: warning: division by zero in '((s !=
0) ? -0.0 : 0.0) / 0.'
es40_float.h:185: warning: division by zero in '((s !=
0) ? -1.0e+0 : 1.0e+0) / 0.'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AlphaCPU_ieeefloat.cpp -o
AlphaCPU_ieeefloat.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AlphaCPU_vaxfloat.cpp -o
AlphaCPU_vaxfloat.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AlphaCPU_vmspal.cpp -o
AlphaCPU_vmspal.o
In file included from AlphaCPU_vmspal.cpp:84:
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c AlphaSim.cpp -o AlphaSim.o
AlphaSim.cpp:195: warning: deprecated conversion from
string constant to 'char*'
AlphaSim.cpp:195: warning: deprecated conversion from
string constant to 'char*'
AlphaSim.cpp:195: warning: deprecated conversion from
string constant to 'char*'
AlphaSim.cpp:195: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c Cirrus.cpp -o Cirrus.o
Cirrus.cpp: In member function 'virtual void
CCirrus::init()':
Cirrus.cpp:240: warning: deprecated conversion from
string constant to 'char*'
Cirrus.cpp:242: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c Configurator.cpp -o
Configurator.o
In file included from Configurator.cpp:120:
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:319: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
AliM1543C_ide.h:340: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
Configurator.cpp:696: warning: deprecated conversion
from string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DEC21143.cpp -o DEC21143.o
DEC21143.cpp: In member function 'virtual void
CDEC21143::init()':
DEC21143.cpp:399: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp: In member function 'u32
CDEC21143::nic_read(u32, int)':
DEC21143.cpp:525: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp: In member function 'void
CDEC21143::nic_write(u32, int, u32)':
DEC21143.cpp:563: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:594: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:602: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:760: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp: In member function 'void
CDEC21143::mii_access(u32, u32)':
DEC21143.cpp:808: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:815: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:901: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:913: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp: In member function 'void
CDEC21143::srom_access(u32, u32)':
DEC21143.cpp:1040: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp: In member function 'int
CDEC21143::dec21143_tx()':
DEC21143.cpp:1340: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:1378: warning: deprecated conversion from
string constant to 'char*'
DEC21143.cpp:1400: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c Disk.cpp -o Disk.o
Disk.cpp: In constructor 'CDisk::CDisk(CConfigurator*,
CSystem*, CDiskController*, int, int)':
Disk.cpp:145: warning: deprecated conversion from
string constant to 'char*'
Disk.cpp:146: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DiskController.cpp -o
DiskController.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DiskDevice.cpp -o DiskDevice.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DiskFile.cpp -o DiskFile.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DiskRam.cpp -o DiskRam.o
DiskRam.cpp: In constructor
'CDiskRam::CDiskRam(CConfigurator*, CSystem*,
CDiskController*, int, int)':
DiskRam.cpp:99: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DMA.cpp -o DMA.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c DPR.cpp -o DPR.o
DPR.cpp: In member function 'void CDPR::SaveStateF()':
DPR.cpp:607: warning: deprecated conversion from
string constant to 'char*'
DPR.cpp: In member function 'void
CDPR::RestoreStateF()':
DPR.cpp:712: warning: deprecated conversion from
string constant to 'char*'
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c es40_debug.cpp -o es40_debug.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c Ethernet.cpp -o Ethernet.o
g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -O3
-mtune=generic -DHAVE_SDL -DHAVE_X11 -DHAVE_PCAP
-I/usr/include/SDL -c Exception.cpp -o Exception.o
Exception.cpp: In member function 'virtual const char*
CConfigurationException::className() const':
Exception.cpp:37: error: must #include <typeinfo>
before using typeid
Exception.cpp: In member function 'virtual const char*
CThreadException::className() const':
Exception.cpp:39: error: must #include <typeinfo>
before using typeid
Exception.cpp: In member function 'virtual const char*
CWin32Exception::className() const':
Exception.cpp:40: error: must #include <typeinfo>
before using typeid
Exception.cpp: In member function 'virtual const char*
CSDLException::className() const':
Exception.cpp:41: error: must #include <typeinfo>
before using typeid
Exception.cpp: In member function 'virtual const char*
CGracefulException::className() const':
Exception.cpp:42: error: must #include <typeinfo>
before using typeid
Exception.cpp: In member function 'virtual const char*
CAbortException::className() const':
Exception.cpp:43: error: must #include <typeinfo>
before using typeid
make: *** [Exception.o] Error 1
nvlinux:/opt/es40_cvs/es40/src#
______________________________________________
Enviado desde Correo Yahoo!
El buzón de correo sin límite de almacenamiento. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Camiel V. <iam...@gm...> - 2008-03-14 20:25:23
|
I've now also added a 2-second timeout to the read/write mutex locks. I can reproduce the IDE CD-ROM issue, and now get the following output: Exception in CPU thread: Threading error: Locking error (Timeout: ..\Lock.h, line 563) trying to read-lock mutex ide0-registers from thread cpu0: ..\Lock.h, line 569. Emulator Failure: Threading error: CPU thread has died: ..\AlphaCPU.cpp, line 498 So this confirms my suspicions... Brian, could you take a look at this? Camiel. On Fri, Mar 14, 2008 at 8:24 PM, Camiel Vanderhoeven <iam...@gm...> wrote: > To help track down locking-issues, I've added a standard 2-second > timeout on simple mutex locking operations. I feel that no thread > should ever have to wait more than a few milliseconds to acquire a > lock, so 2 seconds should be safe. Whenever one of the threads runs > into a lock that's being held for more than two seconds, it will fail > with an error message. > > That said, unfortunately this won't help with the IDE device's locks, > as these are read/write locks, rather than simple mutexes. I'll see if > I can do this for those locks as well. > > Camiel. > > > > > On Fri, Mar 14, 2008 at 8:11 PM, Camiel Vanderhoeven > <iam...@gm...> wrote: > > Hello Fausto, > > > > A frozen system in this case probably means that the CPU is trying to > > acquire a lock that is held by the IDE device. Could you try to > > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm > > that this is the case? > > > > Thanks, > > > > Camiel. > > > > > > > > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: > > > Hello Camiel, > > > > > > I just updated the cvs, and the build is fine. > > > But I have a new issue with IDE cdrom. I'm using the device (under > > > Windows Vista) and when I try to mound a cdrom, I have : > > > > > > %MOUNT-I-WRITELOCK, volume is write locked > > > > > > and the system is freezed. > > > On the DOS console the counter still runs, but nothing happens, and I > > > don't have error messages. > > > > > > Yesterday, before the latest patch, I had the same problem, but on the > > > DOS console I had these error messages (looping on the console): > > > > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > > ff-ff-ff-ff-ff-ff .. > > > src: 00-19-3e-36-70-1b > > > > > > the only thing to do is CTRL-C, and when I do it the quit procedure > > > doesn't complete, stopping at > > > > > > Freeing memory in use by system... > > > cpu0 > > > > > > pressing again CTRL-C, the emulator quits. > > > > > > regards, > > > fausto > > > > > > > > > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > > > > > Hello Everyone, > > > > > > > > I've committed a couple of large patches today and yesterday to > > > > improve both multithreading and exception handling. This results in > > > > restoration of the functionality of the <break> menu on the serial > > > > ports. After these changes, I've run all code through a source code > > > > formatter to make the coding style a bit more consistent. I'd like you > > > > to check out the new code, and let me know if there are aspects of the > > > > source formatting that you don't like. I'm hoping this will improve > > > > readibility of the source code, and will help to develop a set of > > > > guidelines for coding style. > > > > > > > > Thanks! > > > > > > > > Camiel. > > > > > > > > P.S. I've tagged the repository before committing the re-formatted > > > > code; if anything has gone horribly wrong, we can revert... > > > > > > > > ------------------------------------------------------------------------- > > > > 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 > > > > > > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:43:52
|
You could try the following: Start the emulator compiled without DEBUG_LOCKS; wait until OpenVMS is fully booted and you're logged in and looking at the DCL prompt. Then send a <break> character on one of the serial ports (in Putty, menu->special Command->Break), and choose option 3 (Save state). Terminate the emulator. Next, start the emulator compiled with DEBUG_LOCKS, send the <break> character again, and choose option 4 (Restore state). An <enter> should bring you back to the DCL prompt. (This doesn't always work; saving the state is a bit tricky, especially for the VGA card, but if it works, it's a big time-saver for debugging) It's probably wise to run the emulator with as minimal a configuration as possible to reproduce the bug, removing the VGA card from the system is almost always a good idea, unless the OS you're running on the emulator requires it. Camiel. On Fri, Mar 14, 2008 at 8:34 PM, Fausto Saporito <fa...@un...> wrote: > it seems quite ok... one char each 2 seconds :-) > I think the startup will take 30/40 mins... > > later, > > > fausto > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hi Fausto, > > > > Could you minimize the DOS window? On my system it's faster that way. > > > > Updating the screen for output takes up a lot of time on Windows... > > > > Camiel. > > > > On Fri, Mar 14, 2008 at 8:30 PM, Fausto Saporito <fa...@un...> wrote: > >> Hello Camiel, > >> > >> I'm actually running under Windows. > >> But still it's looping... maybe there's something strange in the code > >> when I defined DEBUG_LOCKS. > >> > >> Normally in 2 mins I have the alpha prompt... now it's 5/6 mins and > >> always loops. > >> > >> > >> > >> regards, > >> fausto > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hi Fausto, > >> > > >> > This adds a lot of extra debugging info, so it will be a bit slower. > >> > If I remember correctly, you're on Linux; you could try doing > >> > > >> > es40 | grep ide > >> > > >> > to minimize the output. > >> > > >> > On Fri, Mar 14, 2008 at 8:23 PM, Fausto Saporito <fa...@un...> wrote: > >> >> Hello Camiel, > >> >> > >> >> I defined the two macros, but now I have (looping on the console): > >> >> > >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> >> LOCK mutex gui-lock from thread kbd. > >> >> LOCKED mutex gui-lock from thread kbd. > >> >> UNLOCK mutex gui-lock from thread kbd. > >> >> UNLOCKED mutex gui-lock from thread kbd. > >> >> LOCK mutex cpu-locking-lock from thread cpu0. > >> >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> >> LOCK mutex cpu-locking-lock from thread cpu0. > >> >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> >> LOCK mutex gui-lock from thread cirrus. > >> >> LOCKED mutex gui-lock from thread cirrus. > >> >> UNLOCK mutex gui-lock from thread cirrus. > >> >> UNLOCKED mutex gui-lock from thread cirrus. > >> >> LOCK mutex cpu-locking-lock from thread cpu0. > >> >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> >> LOCK mutex cpu-locking-lock from thread cpu0. > >> >> > >> >> and no BIOS info are displayed... is it normal? is the > >> >> initialization slower? > >> >> > >> >> It's very strange... > >> >> > >> >> > >> >> > >> >> regards, > >> >> fausto > >> >> > >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> >> > >> >> > Hello Fausto, > >> >> > > >> >> > A frozen system in this case probably means that the CPU is trying to > >> >> > acquire a lock that is held by the IDE device. Could you try to > >> >> > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm > >> >> > that this is the case? > >> >> > > >> >> > Thanks, > >> >> > > >> >> > Camiel. > >> >> > > >> >> > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito > >> <fa...@un...> wrote: > >> >> >> Hello Camiel, > >> >> >> > >> >> >> I just updated the cvs, and the build is fine. > >> >> >> But I have a new issue with IDE cdrom. I'm using the device (under > >> >> >> Windows Vista) and when I try to mound a cdrom, I have : > >> >> >> > >> >> >> %MOUNT-I-WRITELOCK, volume is write locked > >> >> >> > >> >> >> and the system is freezed. > >> >> >> On the DOS console the counter still runs, but nothing > >> happens, and I > >> >> >> don't have error messages. > >> >> >> > >> >> >> Yesterday, before the latest patch, I had the same > >> problem, but on the > >> >> >> DOS console I had these error messages (looping on the console): > >> >> >> > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> >> ff-ff-ff-ff-ff-ff .. > >> >> >> src: 00-19-3e-36-70-1b > >> >> >> > >> >> >> the only thing to do is CTRL-C, and when I do it the quit procedure > >> >> >> doesn't complete, stopping at > >> >> >> > >> >> >> Freeing memory in use by system... > >> >> >> cpu0 > >> >> >> > >> >> >> pressing again CTRL-C, the emulator quits. > >> >> >> > >> >> >> regards, > >> >> >> fausto > >> >> >> > >> >> >> > >> >> >> > >> >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> >> >> > >> >> >> > Hello Everyone, > >> >> >> > > >> >> >> > I've committed a couple of large patches today and yesterday to > >> >> >> > improve both multithreading and exception handling. This > >> results in > >> >> >> > restoration of the functionality of the <break> menu on > >> the serial > >> >> >> > ports. After these changes, I've run all code through a > >> source code > >> >> >> > formatter to make the coding style a bit more consistent. > >> >> I'd like you > >> >> >> > to check out the new code, and let me know if there are > >> >> aspects of the > >> >> >> > source formatting that you don't like. I'm hoping this > >> will improve > >> >> >> > readibility of the source code, and will help to develop a set of > >> >> >> > guidelines for coding style. > >> >> >> > > >> >> >> > Thanks! > >> >> >> > > >> >> >> > Camiel. > >> >> >> > > >> >> >> > P.S. I've tagged the repository before committing the > >> re-formatted > >> >> >> > code; if anything has gone horribly wrong, we can revert... > >> >> >> > > >> >> >> > > >> >> > >> ------------------------------------------------------------------------- > >> >> >> > 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 > >> > > >> > >> > >> > >> ------------------------------------------------------------------------- > >> 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 > |
|
From: Fausto S. <fa...@un...> - 2008-03-14 19:34:58
|
it seems quite ok... one char each 2 seconds :-) I think the startup will take 30/40 mins... later, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hi Fausto, > > Could you minimize the DOS window? On my system it's faster that way. > > Updating the screen for output takes up a lot of time on Windows... > > Camiel. > > On Fri, Mar 14, 2008 at 8:30 PM, Fausto Saporito <fa...@un...> wrote: >> Hello Camiel, >> >> I'm actually running under Windows. >> But still it's looping... maybe there's something strange in the code >> when I defined DEBUG_LOCKS. >> >> Normally in 2 mins I have the alpha prompt... now it's 5/6 mins and >> always loops. >> >> >> >> regards, >> fausto >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > Hi Fausto, >> > >> > This adds a lot of extra debugging info, so it will be a bit slower. >> > If I remember correctly, you're on Linux; you could try doing >> > >> > es40 | grep ide >> > >> > to minimize the output. >> > >> > On Fri, Mar 14, 2008 at 8:23 PM, Fausto Saporito <fa...@un...> wrote: >> >> Hello Camiel, >> >> >> >> I defined the two macros, but now I have (looping on the console): >> >> >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> >> LOCK mutex gui-lock from thread kbd. >> >> LOCKED mutex gui-lock from thread kbd. >> >> UNLOCK mutex gui-lock from thread kbd. >> >> UNLOCKED mutex gui-lock from thread kbd. >> >> LOCK mutex cpu-locking-lock from thread cpu0. >> >> LOCKED mutex cpu-locking-lock from thread cpu0. >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> >> LOCK mutex cpu-locking-lock from thread cpu0. >> >> LOCKED mutex cpu-locking-lock from thread cpu0. >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> >> LOCK mutex gui-lock from thread cirrus. >> >> LOCKED mutex gui-lock from thread cirrus. >> >> UNLOCK mutex gui-lock from thread cirrus. >> >> UNLOCKED mutex gui-lock from thread cirrus. >> >> LOCK mutex cpu-locking-lock from thread cpu0. >> >> LOCKED mutex cpu-locking-lock from thread cpu0. >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> >> LOCK mutex cpu-locking-lock from thread cpu0. >> >> >> >> and no BIOS info are displayed... is it normal? is the >> >> initialization slower? >> >> >> >> It's very strange... >> >> >> >> >> >> >> >> regards, >> >> fausto >> >> >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> >> >> > Hello Fausto, >> >> > >> >> > A frozen system in this case probably means that the CPU is trying to >> >> > acquire a lock that is held by the IDE device. Could you try to >> >> > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm >> >> > that this is the case? >> >> > >> >> > Thanks, >> >> > >> >> > Camiel. >> >> > >> >> > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito >> <fa...@un...> wrote: >> >> >> Hello Camiel, >> >> >> >> >> >> I just updated the cvs, and the build is fine. >> >> >> But I have a new issue with IDE cdrom. I'm using the device (under >> >> >> Windows Vista) and when I try to mound a cdrom, I have : >> >> >> >> >> >> %MOUNT-I-WRITELOCK, volume is write locked >> >> >> >> >> >> and the system is freezed. >> >> >> On the DOS console the counter still runs, but nothing >> happens, and I >> >> >> don't have error messages. >> >> >> >> >> >> Yesterday, before the latest patch, I had the same >> problem, but on the >> >> >> DOS console I had these error messages (looping on the console): >> >> >> >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> >> ff-ff-ff-ff-ff-ff .. >> >> >> src: 00-19-3e-36-70-1b >> >> >> >> >> >> the only thing to do is CTRL-C, and when I do it the quit procedure >> >> >> doesn't complete, stopping at >> >> >> >> >> >> Freeing memory in use by system... >> >> >> cpu0 >> >> >> >> >> >> pressing again CTRL-C, the emulator quits. >> >> >> >> >> >> regards, >> >> >> fausto >> >> >> >> >> >> >> >> >> >> >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> >> >> >> >> > Hello Everyone, >> >> >> > >> >> >> > I've committed a couple of large patches today and yesterday to >> >> >> > improve both multithreading and exception handling. This >> results in >> >> >> > restoration of the functionality of the <break> menu on >> the serial >> >> >> > ports. After these changes, I've run all code through a >> source code >> >> >> > formatter to make the coding style a bit more consistent. >> >> I'd like you >> >> >> > to check out the new code, and let me know if there are >> >> aspects of the >> >> >> > source formatting that you don't like. I'm hoping this >> will improve >> >> >> > readibility of the source code, and will help to develop a set of >> >> >> > guidelines for coding style. >> >> >> > >> >> >> > Thanks! >> >> >> > >> >> >> > Camiel. >> >> >> > >> >> >> > P.S. I've tagged the repository before committing the >> re-formatted >> >> >> > code; if anything has gone horribly wrong, we can revert... >> >> >> > >> >> >> > >> >> >> ------------------------------------------------------------------------- >> >> >> > 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 >> > >> >> >> >> ------------------------------------------------------------------------- >> 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:32:33
|
Hi Fausto, Could you minimize the DOS window? On my system it's faster that way. Updating the screen for output takes up a lot of time on Windows... Camiel. On Fri, Mar 14, 2008 at 8:30 PM, Fausto Saporito <fa...@un...> wrote: > Hello Camiel, > > I'm actually running under Windows. > But still it's looping... maybe there's something strange in the code > when I defined DEBUG_LOCKS. > > Normally in 2 mins I have the alpha prompt... now it's 5/6 mins and > always loops. > > > > regards, > fausto > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hi Fausto, > > > > This adds a lot of extra debugging info, so it will be a bit slower. > > If I remember correctly, you're on Linux; you could try doing > > > > es40 | grep ide > > > > to minimize the output. > > > > On Fri, Mar 14, 2008 at 8:23 PM, Fausto Saporito <fa...@un...> wrote: > >> Hello Camiel, > >> > >> I defined the two macros, but now I have (looping on the console): > >> > >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> LOCK mutex gui-lock from thread kbd. > >> LOCKED mutex gui-lock from thread kbd. > >> UNLOCK mutex gui-lock from thread kbd. > >> UNLOCKED mutex gui-lock from thread kbd. > >> LOCK mutex cpu-locking-lock from thread cpu0. > >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> LOCK mutex cpu-locking-lock from thread cpu0. > >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> LOCK mutex gui-lock from thread cirrus. > >> LOCKED mutex gui-lock from thread cirrus. > >> UNLOCK mutex gui-lock from thread cirrus. > >> UNLOCKED mutex gui-lock from thread cirrus. > >> LOCK mutex cpu-locking-lock from thread cpu0. > >> LOCKED mutex cpu-locking-lock from thread cpu0. > >> UNLOCK mutex cpu-locking-lock from thread cpu0. > >> UNLOCKED mutex cpu-locking-lock from thread cpu0. > >> LOCK mutex cpu-locking-lock from thread cpu0. > >> > >> and no BIOS info are displayed... is it normal? is the > >> initialization slower? > >> > >> It's very strange... > >> > >> > >> > >> regards, > >> fausto > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hello Fausto, > >> > > >> > A frozen system in this case probably means that the CPU is trying to > >> > acquire a lock that is held by the IDE device. Could you try to > >> > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm > >> > that this is the case? > >> > > >> > Thanks, > >> > > >> > Camiel. > >> > > >> > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: > >> >> Hello Camiel, > >> >> > >> >> I just updated the cvs, and the build is fine. > >> >> But I have a new issue with IDE cdrom. I'm using the device (under > >> >> Windows Vista) and when I try to mound a cdrom, I have : > >> >> > >> >> %MOUNT-I-WRITELOCK, volume is write locked > >> >> > >> >> and the system is freezed. > >> >> On the DOS console the counter still runs, but nothing happens, and I > >> >> don't have error messages. > >> >> > >> >> Yesterday, before the latest patch, I had the same problem, but on the > >> >> DOS console I had these error messages (looping on the console): > >> >> > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> >> ff-ff-ff-ff-ff-ff .. > >> >> src: 00-19-3e-36-70-1b > >> >> > >> >> the only thing to do is CTRL-C, and when I do it the quit procedure > >> >> doesn't complete, stopping at > >> >> > >> >> Freeing memory in use by system... > >> >> cpu0 > >> >> > >> >> pressing again CTRL-C, the emulator quits. > >> >> > >> >> regards, > >> >> fausto > >> >> > >> >> > >> >> > >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> >> > >> >> > Hello Everyone, > >> >> > > >> >> > I've committed a couple of large patches today and yesterday to > >> >> > improve both multithreading and exception handling. This results in > >> >> > restoration of the functionality of the <break> menu on the serial > >> >> > ports. After these changes, I've run all code through a source code > >> >> > formatter to make the coding style a bit more consistent. > >> I'd like you > >> >> > to check out the new code, and let me know if there are > >> aspects of the > >> >> > source formatting that you don't like. I'm hoping this will improve > >> >> > readibility of the source code, and will help to develop a set of > >> >> > guidelines for coding style. > >> >> > > >> >> > Thanks! > >> >> > > >> >> > Camiel. > >> >> > > >> >> > P.S. I've tagged the repository before committing the re-formatted > >> >> > code; if anything has gone horribly wrong, we can revert... > >> >> > > >> >> > > >> ------------------------------------------------------------------------- > >> >> > 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 > > > > > > ------------------------------------------------------------------------- > 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 > |
|
From: Fausto S. <fa...@un...> - 2008-03-14 19:30:41
|
Hello Camiel, I'm actually running under Windows. But still it's looping... maybe there's something strange in the code when I defined DEBUG_LOCKS. Normally in 2 mins I have the alpha prompt... now it's 5/6 mins and always loops. regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hi Fausto, > > This adds a lot of extra debugging info, so it will be a bit slower. > If I remember correctly, you're on Linux; you could try doing > > es40 | grep ide > > to minimize the output. > > On Fri, Mar 14, 2008 at 8:23 PM, Fausto Saporito <fa...@un...> wrote: >> Hello Camiel, >> >> I defined the two macros, but now I have (looping on the console): >> >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> LOCK mutex gui-lock from thread kbd. >> LOCKED mutex gui-lock from thread kbd. >> UNLOCK mutex gui-lock from thread kbd. >> UNLOCKED mutex gui-lock from thread kbd. >> LOCK mutex cpu-locking-lock from thread cpu0. >> LOCKED mutex cpu-locking-lock from thread cpu0. >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> LOCK mutex cpu-locking-lock from thread cpu0. >> LOCKED mutex cpu-locking-lock from thread cpu0. >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> LOCK mutex gui-lock from thread cirrus. >> LOCKED mutex gui-lock from thread cirrus. >> UNLOCK mutex gui-lock from thread cirrus. >> UNLOCKED mutex gui-lock from thread cirrus. >> LOCK mutex cpu-locking-lock from thread cpu0. >> LOCKED mutex cpu-locking-lock from thread cpu0. >> UNLOCK mutex cpu-locking-lock from thread cpu0. >> UNLOCKED mutex cpu-locking-lock from thread cpu0. >> LOCK mutex cpu-locking-lock from thread cpu0. >> >> and no BIOS info are displayed... is it normal? is the >> initialization slower? >> >> It's very strange... >> >> >> >> regards, >> fausto >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > Hello Fausto, >> > >> > A frozen system in this case probably means that the CPU is trying to >> > acquire a lock that is held by the IDE device. Could you try to >> > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm >> > that this is the case? >> > >> > Thanks, >> > >> > Camiel. >> > >> > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: >> >> Hello Camiel, >> >> >> >> I just updated the cvs, and the build is fine. >> >> But I have a new issue with IDE cdrom. I'm using the device (under >> >> Windows Vista) and when I try to mound a cdrom, I have : >> >> >> >> %MOUNT-I-WRITELOCK, volume is write locked >> >> >> >> and the system is freezed. >> >> On the DOS console the counter still runs, but nothing happens, and I >> >> don't have error messages. >> >> >> >> Yesterday, before the latest patch, I had the same problem, but on the >> >> DOS console I had these error messages (looping on the console): >> >> >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> >> ff-ff-ff-ff-ff-ff .. >> >> src: 00-19-3e-36-70-1b >> >> >> >> the only thing to do is CTRL-C, and when I do it the quit procedure >> >> doesn't complete, stopping at >> >> >> >> Freeing memory in use by system... >> >> cpu0 >> >> >> >> pressing again CTRL-C, the emulator quits. >> >> >> >> regards, >> >> fausto >> >> >> >> >> >> >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> >> >> > Hello Everyone, >> >> > >> >> > I've committed a couple of large patches today and yesterday to >> >> > improve both multithreading and exception handling. This results in >> >> > restoration of the functionality of the <break> menu on the serial >> >> > ports. After these changes, I've run all code through a source code >> >> > formatter to make the coding style a bit more consistent. >> I'd like you >> >> > to check out the new code, and let me know if there are >> aspects of the >> >> > source formatting that you don't like. I'm hoping this will improve >> >> > readibility of the source code, and will help to develop a set of >> >> > guidelines for coding style. >> >> > >> >> > Thanks! >> >> > >> >> > Camiel. >> >> > >> >> > P.S. I've tagged the repository before committing the re-formatted >> >> > code; if anything has gone horribly wrong, we can revert... >> >> > >> >> > >> ------------------------------------------------------------------------- >> >> > 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:28:53
|
Hi Fausto, I have TCP/IP running, but without DHCP (I'm not running a DHCP server here); try tcpip ifconfig we0 inet 192.168.0.200 255.255.255.0 (change according to your desired IP address, of course) Camiel. On Fri, Mar 14, 2008 at 8:26 PM, Fausto Saporito <fa...@un...> wrote: > Hello David, > > so they are unrelated :-) > Sorry for the confusion... by the way I tried to enable the DHCP, but > I have always timeout... and no IP address assigned. > > So those errors are related to this kind of activity... > > Do you have TCPIP working on OpenVMS? > > regards, > fausto > > > Quoting "Hittner, David T." <dav...@ng...>: > > > The CPacketQueue() messages are debug warnings that packets are not > > being added to the queue; in this case, it's because someone is > > transmitting runts (packets that are too small (size < 64)) on your > > network. These are usually (but not always) ARP packets from a really > > old device or a OS that doesn't care about the following the ethernet > > spec exactly. > > > > You can ignore the CPacketQueue messages... Feel free to comment them > > out to shut it up. > > > > If you look, they are broadcast message to all (ff-ff-ff-ff-ff-ff) from > > src device: 00-19-3e-36-70-1b. > > If you track that ID down on your network, I'll be willing to help add > > code to deal with it if you can tell me the OS and Version that it's > > running. > > > > Dave > > > >> -----Original Message----- > >> From: es4...@li... > >> [mailto:es4...@li...] On > >> Behalf Of Fausto Saporito > >> Sent: Friday, March 14, 2008 3:05 PM > >> To: es4...@li... > >> Subject: Re: [ES40-developers] Code formatting > >> > >> Hello Camiel, > >> > >> I just updated the cvs, and the build is fine. > >> But I have a new issue with IDE cdrom. I'm using the device > >> (under Windows Vista) and when I try to mound a cdrom, I have : > >> > >> %MOUNT-I-WRITELOCK, volume is write locked > >> > >> and the system is freezed. > >> On the DOS console the counter still runs, but nothing > >> happens, and I don't have error messages. > >> > >> Yesterday, before the latest patch, I had the same problem, > >> but on the DOS console I had these error messages (looping on > >> the console): > >> > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> > >> the only thing to do is CTRL-C, and when I do it the quit > >> procedure doesn't complete, stopping at > >> > >> Freeing memory in use by system... > >> cpu0 > >> > >> pressing again CTRL-C, the emulator quits. > >> > >> regards, > >> fausto > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hello Everyone, > >> > > >> > I've committed a couple of large patches today and yesterday to > >> > improve both multithreading and exception handling. This results in > >> > restoration of the functionality of the <break> menu on the serial > >> > ports. After these changes, I've run all code through a source code > >> > formatter to make the coding style a bit more consistent. > >> I'd like you > >> > to check out the new code, and let me know if there are > >> aspects of the > >> > source formatting that you don't like. I'm hoping this will improve > >> > readibility of the source code, and will help to develop a set of > >> > guidelines for coding style. > >> > > >> > Thanks! > >> > > >> > Camiel. > >> > > >> > P.S. I've tagged the repository before committing the re-formatted > >> > code; if anything has gone horribly wrong, we can revert... > >> > > >> > > >> ---------------------------------------------------------------------- > >> > --- 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:26:56
|
Hi Fausto, This adds a lot of extra debugging info, so it will be a bit slower. If I remember correctly, you're on Linux; you could try doing es40 | grep ide to minimize the output. On Fri, Mar 14, 2008 at 8:23 PM, Fausto Saporito <fa...@un...> wrote: > Hello Camiel, > > I defined the two macros, but now I have (looping on the console): > > UNLOCK mutex cpu-locking-lock from thread cpu0. > UNLOCKED mutex cpu-locking-lock from thread cpu0. > LOCK mutex gui-lock from thread kbd. > LOCKED mutex gui-lock from thread kbd. > UNLOCK mutex gui-lock from thread kbd. > UNLOCKED mutex gui-lock from thread kbd. > LOCK mutex cpu-locking-lock from thread cpu0. > LOCKED mutex cpu-locking-lock from thread cpu0. > UNLOCK mutex cpu-locking-lock from thread cpu0. > UNLOCKED mutex cpu-locking-lock from thread cpu0. > LOCK mutex cpu-locking-lock from thread cpu0. > LOCKED mutex cpu-locking-lock from thread cpu0. > UNLOCK mutex cpu-locking-lock from thread cpu0. > UNLOCKED mutex cpu-locking-lock from thread cpu0. > LOCK mutex gui-lock from thread cirrus. > LOCKED mutex gui-lock from thread cirrus. > UNLOCK mutex gui-lock from thread cirrus. > UNLOCKED mutex gui-lock from thread cirrus. > LOCK mutex cpu-locking-lock from thread cpu0. > LOCKED mutex cpu-locking-lock from thread cpu0. > UNLOCK mutex cpu-locking-lock from thread cpu0. > UNLOCKED mutex cpu-locking-lock from thread cpu0. > LOCK mutex cpu-locking-lock from thread cpu0. > > and no BIOS info are displayed... is it normal? is the initialization slower? > > It's very strange... > > > > regards, > fausto > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hello Fausto, > > > > A frozen system in this case probably means that the CPU is trying to > > acquire a lock that is held by the IDE device. Could you try to > > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm > > that this is the case? > > > > Thanks, > > > > Camiel. > > > > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: > >> Hello Camiel, > >> > >> I just updated the cvs, and the build is fine. > >> But I have a new issue with IDE cdrom. I'm using the device (under > >> Windows Vista) and when I try to mound a cdrom, I have : > >> > >> %MOUNT-I-WRITELOCK, volume is write locked > >> > >> and the system is freezed. > >> On the DOS console the counter still runs, but nothing happens, and I > >> don't have error messages. > >> > >> Yesterday, before the latest patch, I had the same problem, but on the > >> DOS console I had these error messages (looping on the console): > >> > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > >> ff-ff-ff-ff-ff-ff .. > >> src: 00-19-3e-36-70-1b > >> > >> the only thing to do is CTRL-C, and when I do it the quit procedure > >> doesn't complete, stopping at > >> > >> Freeing memory in use by system... > >> cpu0 > >> > >> pressing again CTRL-C, the emulator quits. > >> > >> regards, > >> fausto > >> > >> > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hello Everyone, > >> > > >> > I've committed a couple of large patches today and yesterday to > >> > improve both multithreading and exception handling. This results in > >> > restoration of the functionality of the <break> menu on the serial > >> > ports. After these changes, I've run all code through a source code > >> > formatter to make the coding style a bit more consistent. I'd like you > >> > to check out the new code, and let me know if there are aspects of the > >> > source formatting that you don't like. I'm hoping this will improve > >> > readibility of the source code, and will help to develop a set of > >> > guidelines for coding style. > >> > > >> > Thanks! > >> > > >> > Camiel. > >> > > >> > P.S. I've tagged the repository before committing the re-formatted > >> > code; if anything has gone horribly wrong, we can revert... > >> > > >> > ------------------------------------------------------------------------- > >> > 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 > |
|
From: Fausto S. <fa...@un...> - 2008-03-14 19:26:10
|
Hello David, so they are unrelated :-) Sorry for the confusion... by the way I tried to enable the DHCP, but I have always timeout... and no IP address assigned. So those errors are related to this kind of activity... Do you have TCPIP working on OpenVMS? regards, fausto Quoting "Hittner, David T." <dav...@ng...>: > The CPacketQueue() messages are debug warnings that packets are not > being added to the queue; in this case, it's because someone is > transmitting runts (packets that are too small (size < 64)) on your > network. These are usually (but not always) ARP packets from a really > old device or a OS that doesn't care about the following the ethernet > spec exactly. > > You can ignore the CPacketQueue messages... Feel free to comment them > out to shut it up. > > If you look, they are broadcast message to all (ff-ff-ff-ff-ff-ff) from > src device: 00-19-3e-36-70-1b. > If you track that ID down on your network, I'll be willing to help add > code to deal with it if you can tell me the OS and Version that it's > running. > > Dave > >> -----Original Message----- >> From: es4...@li... >> [mailto:es4...@li...] On >> Behalf Of Fausto Saporito >> Sent: Friday, March 14, 2008 3:05 PM >> To: es4...@li... >> Subject: Re: [ES40-developers] Code formatting >> >> Hello Camiel, >> >> I just updated the cvs, and the build is fine. >> But I have a new issue with IDE cdrom. I'm using the device >> (under Windows Vista) and when I try to mound a cdrom, I have : >> >> %MOUNT-I-WRITELOCK, volume is write locked >> >> and the system is freezed. >> On the DOS console the counter still runs, but nothing >> happens, and I don't have error messages. >> >> Yesterday, before the latest patch, I had the same problem, >> but on the DOS console I had these error messages (looping on >> the console): >> >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: >> ff-ff-ff-ff-ff-ff .. >> src: 00-19-3e-36-70-1b >> >> the only thing to do is CTRL-C, and when I do it the quit >> procedure doesn't complete, stopping at >> >> Freeing memory in use by system... >> cpu0 >> >> pressing again CTRL-C, the emulator quits. >> >> regards, >> fausto >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > Hello Everyone, >> > >> > I've committed a couple of large patches today and yesterday to >> > improve both multithreading and exception handling. This results in >> > restoration of the functionality of the <break> menu on the serial >> > ports. After these changes, I've run all code through a source code >> > formatter to make the coding style a bit more consistent. >> I'd like you >> > to check out the new code, and let me know if there are >> aspects of the >> > source formatting that you don't like. I'm hoping this will improve >> > readibility of the source code, and will help to develop a set of >> > guidelines for coding style. >> > >> > Thanks! >> > >> > Camiel. >> > >> > P.S. I've tagged the repository before committing the re-formatted >> > code; if anything has gone horribly wrong, we can revert... >> > >> > >> ---------------------------------------------------------------------- >> > --- 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:25:02
|
To help track down locking-issues, I've added a standard 2-second timeout on simple mutex locking operations. I feel that no thread should ever have to wait more than a few milliseconds to acquire a lock, so 2 seconds should be safe. Whenever one of the threads runs into a lock that's being held for more than two seconds, it will fail with an error message. That said, unfortunately this won't help with the IDE device's locks, as these are read/write locks, rather than simple mutexes. I'll see if I can do this for those locks as well. Camiel. On Fri, Mar 14, 2008 at 8:11 PM, Camiel Vanderhoeven <iam...@gm...> wrote: > Hello Fausto, > > A frozen system in this case probably means that the CPU is trying to > acquire a lock that is held by the IDE device. Could you try to > compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm > that this is the case? > > Thanks, > > Camiel. > > > > On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: > > Hello Camiel, > > > > I just updated the cvs, and the build is fine. > > But I have a new issue with IDE cdrom. I'm using the device (under > > Windows Vista) and when I try to mound a cdrom, I have : > > > > %MOUNT-I-WRITELOCK, volume is write locked > > > > and the system is freezed. > > On the DOS console the counter still runs, but nothing happens, and I > > don't have error messages. > > > > Yesterday, before the latest patch, I had the same problem, but on the > > DOS console I had these error messages (looping on the console): > > > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > > ff-ff-ff-ff-ff-ff .. > > src: 00-19-3e-36-70-1b > > > > the only thing to do is CTRL-C, and when I do it the quit procedure > > doesn't complete, stopping at > > > > Freeing memory in use by system... > > cpu0 > > > > pressing again CTRL-C, the emulator quits. > > > > regards, > > fausto > > > > > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > > > Hello Everyone, > > > > > > I've committed a couple of large patches today and yesterday to > > > improve both multithreading and exception handling. This results in > > > restoration of the functionality of the <break> menu on the serial > > > ports. After these changes, I've run all code through a source code > > > formatter to make the coding style a bit more consistent. I'd like you > > > to check out the new code, and let me know if there are aspects of the > > > source formatting that you don't like. I'm hoping this will improve > > > readibility of the source code, and will help to develop a set of > > > guidelines for coding style. > > > > > > Thanks! > > > > > > Camiel. > > > > > > P.S. I've tagged the repository before committing the re-formatted > > > code; if anything has gone horribly wrong, we can revert... > > > > > > ------------------------------------------------------------------------- > > > 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 > > > |
|
From: Fausto S. <fa...@un...> - 2008-03-14 19:23:54
|
Hello Camiel,
I defined the two macros, but now I have (looping on the console):
UNLOCK mutex cpu-locking-lock from thread cpu0.
UNLOCKED mutex cpu-locking-lock from thread cpu0.
LOCK mutex gui-lock from thread kbd.
LOCKED mutex gui-lock from thread kbd.
UNLOCK mutex gui-lock from thread kbd.
UNLOCKED mutex gui-lock from thread kbd.
LOCK mutex cpu-locking-lock from thread cpu0.
LOCKED mutex cpu-locking-lock from thread cpu0.
UNLOCK mutex cpu-locking-lock from thread cpu0.
UNLOCKED mutex cpu-locking-lock from thread cpu0.
LOCK mutex cpu-locking-lock from thread cpu0.
LOCKED mutex cpu-locking-lock from thread cpu0.
UNLOCK mutex cpu-locking-lock from thread cpu0.
UNLOCKED mutex cpu-locking-lock from thread cpu0.
LOCK mutex gui-lock from thread cirrus.
LOCKED mutex gui-lock from thread cirrus.
UNLOCK mutex gui-lock from thread cirrus.
UNLOCKED mutex gui-lock from thread cirrus.
LOCK mutex cpu-locking-lock from thread cpu0.
LOCKED mutex cpu-locking-lock from thread cpu0.
UNLOCK mutex cpu-locking-lock from thread cpu0.
UNLOCKED mutex cpu-locking-lock from thread cpu0.
LOCK mutex cpu-locking-lock from thread cpu0.
and no BIOS info are displayed... is it normal? is the initialization slower?
It's very strange...
regards,
fausto
Quoting Camiel Vanderhoeven <iam...@gm...>:
> Hello Fausto,
>
> A frozen system in this case probably means that the CPU is trying to
> acquire a lock that is held by the IDE device. Could you try to
> compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm
> that this is the case?
>
> Thanks,
>
> Camiel.
>
> On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote:
>> Hello Camiel,
>>
>> I just updated the cvs, and the build is fine.
>> But I have a new issue with IDE cdrom. I'm using the device (under
>> Windows Vista) and when I try to mound a cdrom, I have :
>>
>> %MOUNT-I-WRITELOCK, volume is write locked
>>
>> and the system is freezed.
>> On the DOS console the counter still runs, but nothing happens, and I
>> don't have error messages.
>>
>> Yesterday, before the latest patch, I had the same problem, but on the
>> DOS console I had these error messages (looping on the console):
>>
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>> CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst:
>> ff-ff-ff-ff-ff-ff ..
>> src: 00-19-3e-36-70-1b
>>
>> the only thing to do is CTRL-C, and when I do it the quit procedure
>> doesn't complete, stopping at
>>
>> Freeing memory in use by system...
>> cpu0
>>
>> pressing again CTRL-C, the emulator quits.
>>
>> regards,
>> fausto
>>
>>
>>
>> Quoting Camiel Vanderhoeven <iam...@gm...>:
>>
>> > Hello Everyone,
>> >
>> > I've committed a couple of large patches today and yesterday to
>> > improve both multithreading and exception handling. This results in
>> > restoration of the functionality of the <break> menu on the serial
>> > ports. After these changes, I've run all code through a source code
>> > formatter to make the coding style a bit more consistent. I'd like you
>> > to check out the new code, and let me know if there are aspects of the
>> > source formatting that you don't like. I'm hoping this will improve
>> > readibility of the source code, and will help to develop a set of
>> > guidelines for coding style.
>> >
>> > Thanks!
>> >
>> > Camiel.
>> >
>> > P.S. I've tagged the repository before committing the re-formatted
>> > code; if anything has gone horribly wrong, we can revert...
>> >
>> > -------------------------------------------------------------------------
>> > 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
>
|
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-14 19:21:26
|
The CPacketQueue() messages are debug warnings that packets are not being added to the queue; in this case, it's because someone is transmitting runts (packets that are too small (size < 64)) on your network. These are usually (but not always) ARP packets from a really old device or a OS that doesn't care about the following the ethernet spec exactly. You can ignore the CPacketQueue messages... Feel free to comment them out to shut it up. If you look, they are broadcast message to all (ff-ff-ff-ff-ff-ff) from src device: 00-19-3e-36-70-1b. If you track that ID down on your network, I'll be willing to help add code to deal with it if you can tell me the OS and Version that it's running. Dave > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Fausto Saporito > Sent: Friday, March 14, 2008 3:05 PM > To: es4...@li... > Subject: Re: [ES40-developers] Code formatting > > Hello Camiel, > > I just updated the cvs, and the build is fine. > But I have a new issue with IDE cdrom. I'm using the device > (under Windows Vista) and when I try to mound a cdrom, I have : > > %MOUNT-I-WRITELOCK, volume is write locked > > and the system is freezed. > On the DOS console the counter still runs, but nothing > happens, and I don't have error messages. > > Yesterday, before the latest patch, I had the same problem, > but on the DOS console I had these error messages (looping on > the console): > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > > the only thing to do is CTRL-C, and when I do it the quit > procedure doesn't complete, stopping at > > Freeing memory in use by system... > cpu0 > > pressing again CTRL-C, the emulator quits. > > regards, > fausto > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hello Everyone, > > > > I've committed a couple of large patches today and yesterday to > > improve both multithreading and exception handling. This results in > > restoration of the functionality of the <break> menu on the serial > > ports. After these changes, I've run all code through a source code > > formatter to make the coding style a bit more consistent. > I'd like you > > to check out the new code, and let me know if there are > aspects of the > > source formatting that you don't like. I'm hoping this will improve > > readibility of the source code, and will help to develop a set of > > guidelines for coding style. > > > > Thanks! > > > > Camiel. > > > > P.S. I've tagged the repository before committing the re-formatted > > code; if anything has gone horribly wrong, we can revert... > > > > > ---------------------------------------------------------------------- > > --- 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 19:11:38
|
Hello Fausto, A frozen system in this case probably means that the CPU is trying to acquire a lock that is held by the IDE device. Could you try to compile the code with HIDE_COUNTER and DEBUG_LOCKS defined to confirm that this is the case? Thanks, Camiel. On Fri, Mar 14, 2008 at 8:04 PM, Fausto Saporito <fa...@un...> wrote: > Hello Camiel, > > I just updated the cvs, and the build is fine. > But I have a new issue with IDE cdrom. I'm using the device (under > Windows Vista) and when I try to mound a cdrom, I have : > > %MOUNT-I-WRITELOCK, volume is write locked > > and the system is freezed. > On the DOS console the counter still runs, but nothing happens, and I > don't have error messages. > > Yesterday, before the latest patch, I had the same problem, but on the > DOS console I had these error messages (looping on the console): > > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: > ff-ff-ff-ff-ff-ff .. > src: 00-19-3e-36-70-1b > > the only thing to do is CTRL-C, and when I do it the quit procedure > doesn't complete, stopping at > > Freeing memory in use by system... > cpu0 > > pressing again CTRL-C, the emulator quits. > > regards, > fausto > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hello Everyone, > > > > I've committed a couple of large patches today and yesterday to > > improve both multithreading and exception handling. This results in > > restoration of the functionality of the <break> menu on the serial > > ports. After these changes, I've run all code through a source code > > formatter to make the coding style a bit more consistent. I'd like you > > to check out the new code, and let me know if there are aspects of the > > source formatting that you don't like. I'm hoping this will improve > > readibility of the source code, and will help to develop a set of > > guidelines for coding style. > > > > Thanks! > > > > Camiel. > > > > P.S. I've tagged the repository before committing the re-formatted > > code; if anything has gone horribly wrong, we can revert... > > > > ------------------------------------------------------------------------- > > 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 > |
|
From: Fausto S. <fa...@un...> - 2008-03-14 19:04:55
|
Hello Camiel, I just updated the cvs, and the build is fine. But I have a new issue with IDE cdrom. I'm using the device (under Windows Vista) and when I try to mound a cdrom, I have : %MOUNT-I-WRITELOCK, volume is write locked and the system is freezed. On the DOS console the counter still runs, but nothing happens, and I don't have error messages. Yesterday, before the latest patch, I had the same problem, but on the DOS console I had these error messages (looping on the console): CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b CPacketQueue(rx_queue):add() packet lost! Size = 60.. dst: ff-ff-ff-ff-ff-ff .. src: 00-19-3e-36-70-1b the only thing to do is CTRL-C, and when I do it the quit procedure doesn't complete, stopping at Freeing memory in use by system... cpu0 pressing again CTRL-C, the emulator quits. regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hello Everyone, > > I've committed a couple of large patches today and yesterday to > improve both multithreading and exception handling. This results in > restoration of the functionality of the <break> menu on the serial > ports. After these changes, I've run all code through a source code > formatter to make the coding style a bit more consistent. I'd like you > to check out the new code, and let me know if there are aspects of the > source formatting that you don't like. I'm hoping this will improve > readibility of the source code, and will help to develop a set of > guidelines for coding style. > > Thanks! > > Camiel. > > P.S. I've tagged the repository before committing the re-formatted > code; if anything has gone horribly wrong, we can revert... > > ------------------------------------------------------------------------- > 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 16:24:22
|
Hello Everyone, I've committed a couple of large patches today and yesterday to improve both multithreading and exception handling. This results in restoration of the functionality of the <break> menu on the serial ports. After these changes, I've run all code through a source code formatter to make the coding style a bit more consistent. I'd like you to check out the new code, and let me know if there are aspects of the source formatting that you don't like. I'm hoping this will improve readibility of the source code, and will help to develop a set of guidelines for coding style. Thanks! Camiel. P.S. I've tagged the repository before committing the re-formatted code; if anything has gone horribly wrong, we can revert... |
|
From: Camiel V. <iam...@gm...> - 2008-03-14 15:29:35
|
Hello Pepito, There seems to be an issue with the multi-threading code we've introduced and SDL. As a work-around, until a solution is found, try to run the emulator with X11 as the gui (not sure if that works though), or without the gui and graphics card. Camiel. On Fri, Mar 14, 2008 at 4:25 PM, Pepito Grillo <pep...@ya...> wrote: > Hi! > I'm having problems running the latest code. > > nvlinux:/opt/es40_cvs/es40/src# ./es40 > > It stops there and it does no more.... :( > > thanks > > > **======================================================================** > || ES40 emulator > || > || Version 0.18 > || > || > || > || Copyright (C) 2007-2008 by the ES40 Emulator > Project || > || Website: http://sourceforge.net/projects/es40 > || > || E-mail : ca...@ca... > || > || > || > || This program is free software; you can > redistribute it and/or || > || modify it under the terms of the GNU General > Public License || > || as published by the Free Software Foundation; > either version 2 || > || of the License, or (at your option) any later > version. || > > **======================================================================** > > > %GUI-I-INS: Installing sdl module as the ES40 GUI > sys0(tsunami): $Id: System.cpp,v 1.71 2008/03/13 > 13:19:20 iamcamiel Exp $ > sys0(tsunami): $Id: Flash.cpp,v 1.15 2007/12/30 > 15:10:22 iamcamiel Exp $ > dma: $Id: DMA.cpp,v 1.3 2008/03/05 14:41:46 iamcamiel > Exp $ > pci0.15(ali_ide).disk0.0(file): Mounted file > /opt/rom/disco2G.vdisk, 4110480 512-byte blocks, > 5709/16/45. > pci0.15(ali_ide).disk1.0(file): Mounted file > /almacen/openvms/OpenVMS-Alpha-v8.3-CD1.ISO, 270296 > 2048-byte blocks, 452/13/46. > pci0.15(ali_ide).disk1.1(file): Mounted file > /opt/rom/idleloop.vdisk, 2880 512-byte blocks, > 4/16/45. > pci0.15(ali_ide).disk1.1(ramdisk): Mounted RAMDISK, > 20480 512-byte blocks, 32/16/40. > pci0.19(ali_usb): $Id: AliM1543C_usb.cpp,v 1.5 > 2008/02/27 12:04:20 iamcamiel Exp $ > sys0(tsunami): $Id: DPR.cpp,v 1.18 2008/03/13 13:19:19 > iamcamiel Exp $ > cpu0(ev68cb)(0): $Id: AlphaCPU.cpp,v 1.74 2008/03/13 > 13:19:18 iamcamiel Exp $ > cpu1(ev68cb)(1): $Id: AlphaCPU.cpp,v 1.74 2008/03/13 > 13:19:18 iamcamiel Exp $ > pci0.7(ali): $Id: AliM1543C.cpp,v 1.63 2008/03/13 > 13:19:16 iamcamiel Exp $ > kbc: $Id: Keyboard.cpp,v 1.6 2008/03/13 13:19:19 > iamcamiel Exp $ > %IDE-I-INIT: New IDE emulator initialized. > cirrus: ROM is 39936 bytes. > pci0.2(cirrus): $Id: Cirrus.cpp,v 1.16 2008/03/13 > 13:19:18 iamcamiel Exp $ > > %NIC-Q-CHNIC: Choose a network adapter to connect to: > 1. eth0 > (No description available) > 2. any > (Pseudo-device that captures on all interfaces) > 3. lo > (No description available) > %NIC-Q-NICNO: Enter the interface number (1-3):3 > > %NIC-I-MACDEFAULT: MAC defaulted to 08-00-2B-E5-40-00 > pci0.4(dec21143): $Id: DEC21143.cpp,v 1.32 2008/03/13 > 13:19:19 iamcamiel Exp $ > serial0(serial): Waiting for connection on port 21264. > > Gtk-WARNING **: Failed to load module > "libgnomebreakpad.so": libgnomebreakpad.so: cannot > open shared object file: No such file or directory > serial0(serial): $Id: Serial.cpp,v 1.42 2008/03/13 > 13:19:19 iamcamiel Exp $ > %SYS-I-READROM: Reading original ROM image from > /opt/rom/cl67srmrom.exe. > %SYS-I-DECOMP: Decompressing ROM image. > 0%....10%....20%....30%....40%....50%....60%....70%....80%....90%......100% > PC 8001, 8001. > %SYS-I-ROMWRT: Writing decompressed rom to > /opt/rom/decompressed.rom. > %SYM-I-PATCHROM: Patching ROM for speed. > %SYS-I-ROMLOADED: ROM Image loaded successfully! > %FLS-F-NOREST: Flash could not be restored from > /opt/rom/flash.rom > %DPR-F-NOREST: DPR could not be restored from > /opt/rom/dpr.rom > Start threads: cpu0 cpu1 ali kbd ide0 ide1 cirrus nic > srl0 > Arbitration 0000000000010000 from CPU 0 (@13e39)... > won 00000008000100f0 > Arbitration clear from CPU 0 (@13f55). > Arbitration 0000000000010000 from CPU 0 (@13351)... > won 00000008000100f0 > Arbitration clear from CPU 0 (@133b9). > Arbitration 0000000000010000 from CPU 0 (@13351)... > won 00000008000100f0 > Arbitration clear from CPU 0 (@133b9). > Arbitration 0000000000010000 from CPU 0 (@13351)... > won 00000008000100f0 > Arbitration clear from CPU 0 (@133b9). > > > > > > > ______________________________________________ > 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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-14 15:26:01
|
Hi!
I'm having problems running the latest code.
nvlinux:/opt/es40_cvs/es40/src# ./es40
It stops there and it does no more.... :(
thanks
**======================================================================**
|| ES40 emulator
||
|| Version 0.18
||
||
||
|| Copyright (C) 2007-2008 by the ES40 Emulator
Project ||
|| Website: http://sourceforge.net/projects/es40
||
|| E-mail : ca...@ca...
||
||
||
|| This program is free software; you can
redistribute it and/or ||
|| modify it under the terms of the GNU General
Public License ||
|| as published by the Free Software Foundation;
either version 2 ||
|| of the License, or (at your option) any later
version. ||
**======================================================================**
%GUI-I-INS: Installing sdl module as the ES40 GUI
sys0(tsunami): $Id: System.cpp,v 1.71 2008/03/13
13:19:20 iamcamiel Exp $
sys0(tsunami): $Id: Flash.cpp,v 1.15 2007/12/30
15:10:22 iamcamiel Exp $
dma: $Id: DMA.cpp,v 1.3 2008/03/05 14:41:46 iamcamiel
Exp $
pci0.15(ali_ide).disk0.0(file): Mounted file
/opt/rom/disco2G.vdisk, 4110480 512-byte blocks,
5709/16/45.
pci0.15(ali_ide).disk1.0(file): Mounted file
/almacen/openvms/OpenVMS-Alpha-v8.3-CD1.ISO, 270296
2048-byte blocks, 452/13/46.
pci0.15(ali_ide).disk1.1(file): Mounted file
/opt/rom/idleloop.vdisk, 2880 512-byte blocks,
4/16/45.
pci0.15(ali_ide).disk1.1(ramdisk): Mounted RAMDISK,
20480 512-byte blocks, 32/16/40.
pci0.19(ali_usb): $Id: AliM1543C_usb.cpp,v 1.5
2008/02/27 12:04:20 iamcamiel Exp $
sys0(tsunami): $Id: DPR.cpp,v 1.18 2008/03/13 13:19:19
iamcamiel Exp $
cpu0(ev68cb)(0): $Id: AlphaCPU.cpp,v 1.74 2008/03/13
13:19:18 iamcamiel Exp $
cpu1(ev68cb)(1): $Id: AlphaCPU.cpp,v 1.74 2008/03/13
13:19:18 iamcamiel Exp $
pci0.7(ali): $Id: AliM1543C.cpp,v 1.63 2008/03/13
13:19:16 iamcamiel Exp $
kbc: $Id: Keyboard.cpp,v 1.6 2008/03/13 13:19:19
iamcamiel Exp $
%IDE-I-INIT: New IDE emulator initialized.
cirrus: ROM is 39936 bytes.
pci0.2(cirrus): $Id: Cirrus.cpp,v 1.16 2008/03/13
13:19:18 iamcamiel Exp $
%NIC-Q-CHNIC: Choose a network adapter to connect to:
1. eth0
(No description available)
2. any
(Pseudo-device that captures on all interfaces)
3. lo
(No description available)
%NIC-Q-NICNO: Enter the interface number (1-3):3
%NIC-I-MACDEFAULT: MAC defaulted to 08-00-2B-E5-40-00
pci0.4(dec21143): $Id: DEC21143.cpp,v 1.32 2008/03/13
13:19:19 iamcamiel Exp $
serial0(serial): Waiting for connection on port 21264.
Gtk-WARNING **: Failed to load module
"libgnomebreakpad.so": libgnomebreakpad.so: cannot
open shared object file: No such file or directory
serial0(serial): $Id: Serial.cpp,v 1.42 2008/03/13
13:19:19 iamcamiel Exp $
%SYS-I-READROM: Reading original ROM image from
/opt/rom/cl67srmrom.exe.
%SYS-I-DECOMP: Decompressing ROM image.
0%....10%....20%....30%....40%....50%....60%....70%....80%....90%......100%
PC 8001, 8001.
%SYS-I-ROMWRT: Writing decompressed rom to
/opt/rom/decompressed.rom.
%SYM-I-PATCHROM: Patching ROM for speed.
%SYS-I-ROMLOADED: ROM Image loaded successfully!
%FLS-F-NOREST: Flash could not be restored from
/opt/rom/flash.rom
%DPR-F-NOREST: DPR could not be restored from
/opt/rom/dpr.rom
Start threads: cpu0 cpu1 ali kbd ide0 ide1 cirrus nic
srl0
Arbitration 0000000000010000 from CPU 0 (@13e39)...
won 00000008000100f0
Arbitration clear from CPU 0 (@13f55).
Arbitration 0000000000010000 from CPU 0 (@13351)...
won 00000008000100f0
Arbitration clear from CPU 0 (@133b9).
Arbitration 0000000000010000 from CPU 0 (@13351)...
won 00000008000100f0
Arbitration clear from CPU 0 (@133b9).
Arbitration 0000000000010000 from CPU 0 (@13351)...
won 00000008000100f0
Arbitration clear from CPU 0 (@133b9).
______________________________________________
Enviado desde Correo Yahoo!
Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Camiel V. <iam...@gm...> - 2008-03-11 09:14:28
|
Hi Brian, I've created our own implementations of Poco::Mutex, Poco::FastMutex and Poco::RWLock, called CMutex, CFastMutex and CRWMutex, they don't do anything special, except that they have a name, and that if DEBUG_LOCKS is defined, it will give you messages like "LOCKED mutex <name> from thread <thread>." This might help with your debugging. I've also created macro's to make life easier, and the scoped locks now use a pointer. I've put this into cvs, and converted all code to use it. Camiel. On Tue, Mar 11, 2008 at 2:36 AM, brian wheeler <bdw...@in...> wrote: > Nope, no index function...but I did figure it out. > > The constructors require references, and you can't put those into > arrays...so I resorted to mt<whatever>A and mt<whatever>B. Then the > "address always evalutates to true" warning was because index wasn't > declared in the scope (it was 'channel') so it assumed that index was > the name of a function. > > You can smack me now. Since I've got a few days off I'm going to tinker > with the locking and see if I can't figure out why its acting funny. > > Brian > > > > > > > On Mon, 2008-03-10 at 13:18 +0100, Camiel Vanderhoeven wrote: > > Hi Brian, > > > > It looks like you have a function named "index", could that be true? > > > > Camiel. > > > > On Fri, Mar 7, 2008 at 4:52 PM, Brian Wheeler <bdw...@in...> wrote: > > > This is driving me slowly insane... > > > > > > I've put this into my AliM1543C_ide.h: > > > > > > mutable Poco::RWLock mtRegisters[2]; > > > mutable Poco::RWLock mtBusmaster[2]; > > > #define LOCK_REGS(i,rw) Poco::RWLock::ScopedLock lock_regs(mtRegisters[i],rw); > > > #define LOCK_BM(i,rw) Poco::RWLock::ScopedLock lock_bm(mtBusmaster[i],rw); > > > > > > So I can have a read/write lock for each of the register sets on each of > > > the controllers. From the very limited documentation I could find for > > > the RWLock, it looks like it allows many readers but one writer. If > > > another writer tries to come in, it blocks until the writing lock is > > > free. This is what I want. And since its the ScopeLock'd variant, when > > > I drop out of my scope the lock is released. > > > > > > However, it won't compile...sort of :) When I try to compile it, I get > > > this message: > > > > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -DDEBUG_IDE -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 member function 'virtual u32 CAliM1543C_ide::ReadMem_Bar(int, int, u32, int)': > > > AliM1543C_ide.cpp:490: error: invalid types 'Poco::RWLock [2][char* ()(const char*, int)throw ()]' for array subscript > > > AliM1543C_ide.cpp:491: error: invalid types 'Poco::RWLock [2][char* ()(const char*, int)throw ()]' for array subscript > > > AliM1543C_ide.cpp: In member function 'virtual void CAliM1543C_ide::WriteMem_Bar(int, int, u32, int, u32)': > > > AliM1543C_ide.cpp:518: error: invalid types 'Poco::RWLock [2][char* ()(const char*, int)throw ()]' for array subscript > > > AliM1543C_ide.cpp:519: error: invalid types 'Poco::RWLock [2][char* ()(const char*, int)throw ()]' for array subscript > > > > > > However, those are the _second_ instances of the macro calls with the > > > arguments: > > > > > > 435: LOCK_REGS(index,false); // lock control/command registers > > > 436: LOCK_BM(index,false); // lock busmaster registers > > > 462: LOCK_REGS(index,true); // lock control/command registers > > > 463: LOCK_BM(index,true); // lock busmaster registers > > > 490: LOCK_REGS(index,false); // lock control/command registers > > > 491: LOCK_BM(index,false); // lock busmaster registers > > > 518: LOCK_REGS(index,true); // lock control/command registers > > > 519: LOCK_BM(index,true); // lock busmaster registers > > > 1023: LOCK_BM(index,true) > > > 2334: LOCK_BM(index,true); // lock busmaster registers > > > 2435: LOCK_REGS(index,true); // lock control/command registers > > > > > > So it was happy on 435, 436 and 462, 463. > > > > > > If I take out the array part it compiles just fine. If I try to fake it > > > out using a conditional in the #define, it gives a warning: > > > > > > mutable Poco::RWLock mtRegistersA; > > > mutable Poco::RWLock mtBusmasterA; > > > mutable Poco::RWLock mtRegistersB; > > > mutable Poco::RWLock mtBusmasterB; > > > #define LOCK_REGS(i,rw) Poco::RWLock::ScopedLock lock_regs((i?mtRegistersB:mtRegistersA),rw); > > > #define LOCK_BM(i,rw) Poco::RWLock::ScopedLock lock_bm((i?mtBusmasterA:mtBusmasterB),rw); > > > > > > g++ -I. -I.. -g -DHIDE_COUNTER -DDEBUG_BACKTRACE -DDEBUG_IDE -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 member function 'virtual u32 CAliM1543C_ide::ReadMem_Bar(int, int, u32, int)': > > > AliM1543C_ide.cpp:490: warning: the address of 'char* index(const char*, int)', will always evaluate as 'true' > > > AliM1543C_ide.cpp:491: warning: the address of 'char* index(const char*, int)', will always evaluate as 'true' > > > AliM1543C_ide.cpp: In member function 'virtual void CAliM1543C_ide::WriteMem_Bar(int, int, u32, int, u32)': > > > AliM1543C_ide.cpp:518: warning: the address of 'char* index(const char*, int)', will always evaluate as 'true' > > > AliM1543C_ide.cpp:519: warning: the address of 'char* index(const char*, int)', will always evaluate as 'true' > > > > > > Again, its only the 2nd time it sees the macros. The LOCK_* calls are > > > within different functions, so it shouldn't be a scope thing... > > > > > > Also, sometimes the cpu thread shuts down with an exception. I plugged > > > the segfault backtracer into it, and it looks like the culprit is > > > > > > 5 ./es40(_Z12segv_handleri+0x1c) [0x43ac9c] > > > 4 ./es40(_ZN9CAlphaCPU3runEv+0x69) [0x432ef9] > > > 3 /usr/local/lib/libPocoFoundation.so.5(_ZN4Poco10ThreadImpl5entryEPv > > > +0x88) [0x2aaaaabb47e8] > > > ^^^ Here ^^^ > > > 2 /lib64/libpthread.so.0 [0x3651e06407] > > > 1 /lib64/libc.so.6(clone+0x6d) [0x36512d4b0d] > > > > > > since frames 4 & 5 are the shutdown. > > > > > > > > > > > |
|
From: Fausto S. <fa...@un...> - 2008-03-06 15:31:29
|
Hello all, with the latest CVS, the win32 gui doesn't work for me... the emulator crashes before to display the graphic window. With SDL I have same problem you got. regards, fausto Quoting "Hittner, David 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. >> > >> > > ------------------------------------------------------------------------- > 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 > |
|
From: Fausto S. <fa...@un...> - 2008-03-06 14:33:08
|
Camiel, I did a check on the Visual Studio Full project files, and I noticed the same thing. Unfortunately the "express" project files don't have the same naming convention (and project settings too), and I suppose they use only shared version. Because I was not able to find and install mc.exe, I just rename the Pocofoundation.lib in Pocofoundationmt.lib and the es40 build works again :-) regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hi Fausto, > > There are two settings Release-shared and Release-static when building > Poco. One of them builts PocoFoundation.lib, the other > PocoFoundationmt.lib. > > Camiel. > > On Thu, Mar 6, 2008 at 12:27 PM, Fausto Saporito <fa...@un...> wrote: >> 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 >> > >> >> >> >> ------------------------------------------------------------------------- >> 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-03-06 13:19:18
|
Hi Fausto, There are two settings Release-shared and Release-static when building Poco. One of them builts PocoFoundation.lib, the other PocoFoundationmt.lib. Camiel. On Thu, Mar 6, 2008 at 12:27 PM, Fausto Saporito <fa...@un...> wrote: > 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 > > > > > > ------------------------------------------------------------------------- > 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 > |
1 message has been excluded from this view by a project administrator.
