Re: [ES40-developers] Code formatting

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

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
>