Re: [ES40-developers] Code formatting
Status: Alpha
Brought to you by:
iamcamiel
Menu
▾
▴
Re: [ES40-developers] Code formatting
|
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 > |
