Re: [ES40-developers] Code formatting

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

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
>