Thank you.
My email is apkcoder@hotmail.com. To: Alexandre Kozlov.
"Michael Green" <mikegreonline@microsoft.com> wrote in message
news:5$q395B8DHA.2992@cpmsftngxa07.phx.gbl...
> Alexandre,
>
> This does appear to be a bug. I have submitted a bug report to our dev
> team. They will verify that this is indeed a bug and suggest a workaround
> if possible. If no workaround can be found, we can create a support
> incident for this issue and submit a request for a hotfix. Submitting the
> request does not guarentee a hotfix, but it doesn't hurt to ask. I will
be
> in touch with you as soon as possible.
>
> Thanks,
>
> Michael Green
> Microsoft Developer Support
>
>
>
> --------------------
> | From: "Alexandre Kozlov" <apkbox1[at]hotmail[dot]com>
> | References: <esvyT513DHA.1632@TK2MSFTNGP12.phx.gbl>
> <jEz$Pj53DHA.132@cpmsftngxa07.phx.gbl>
> <e$K7sYB4DHA.2136@TK2MSFTNGP12.phx.gbl>
> <oN9gSzE4DHA.3648@cpmsftngxa07.phx.gbl>
> <#XGhrZC7DHA.3028@TK2MSFTNGP09.phx.gbl>
> <XLg1MN07DHA.1992@cpmsftngxa07.phx.gbl>
> | Subject: Re: Converting C# to J#
> | Date: Tue, 10 Feb 2004 11:08:10 -0800
> | Lines: 151
> | X-Priority: 3
> | X-MSMail-Priority: Normal
> | X-Newsreader: Microsoft Outlook Express 5.50.4927.1200
> | X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200
> | Message-ID: <eWzRRkA8DHA.2560@TK2MSFTNGP09.phx.gbl>
> | Newsgroups: microsoft.public.dotnet.vjsharp
> | NNTP-Posting-Host: z-fastethernet1-0-0-55-s1.gw3.van1.sprint-canada.net
> 204.50.246.34
> | Path:
>
cpmsftngxa07.phx.gbl!cpmsftngxa10.phx.gbl!cpmsftngxa06.phx.gbl!TK2MSFTNGP08.
> phx.gbl!TK2MSFTNGP09.phx.gbl
> | Xref: cpmsftngxa07.phx.gbl microsoft.public.dotnet.vjsharp:5371
> | X-Tomcat-NG: microsoft.public.dotnet.vjsharp
> |
> | Thank you for your reply.
> |
> | At the current point we only consider porting the product to J#. This
> would
> | be only possible if the core of the product is ported without major
> | problems.
> |
> | The preliminary port project shown only one major problem described
below.
> | The way we are handling the queue is critical for our application core.
> |
> | About possible options:
> | I have already posted the question to the newsgroup, but only response
> | I've got from peers is that the problem is really there, indeed.
> |
> | I have tried to follow, the link you have given, there unfortunately no
> | J# product or Visual Studio .NET to follow.
> |
> | I would appreciate, if you could give me a clue on:
> | 1. Is it really a bug?
> | 2. Would it be fixed?
> | 3. What is workaround for the current version of J#?
> |
> |
> | Here is the clear demonstration of the problem.
> |
> | Correct behavior:
> | When Frame is opened, hovering the mouse over the frame should print
mouse
> | move events trace.
> |
> |
> | Incorrect behavior:
> | When Frame is opened, hovering the mouse over the frame would produce
only
> | one
> | mouse move event and no mouse move events thereafter, even if event pump
> | loop is terminated.
> |
> | Tested in following environments:
> | MS JVM - 1.1.4 all builds, all Windows platforms
> | Sun JVM - 1.1.8, 1.2, 1.3.1, 1.4.1, 1.4.2, Windows 2000, Windows NT,
> Windows
> | XP.
> | J#, Framework 1.1 (FAILED)
> |
> |
> | With best regards,
> | Alexandre Kozlov
> |
> |
> |
>
============================================================================
> | ==
> | The sample given below works with any other JVM (including Microsoft
JVM),
> | except when compiled with J#.
> | The problem, that the mouse move event does not propagate trough the AWT
> | event queue, when getNextEvent method is called at least once during
event
> | processing.
> | The mouse move events are delivered mormally, when event pump block is
not
> | used.
> |
> | Further investigation showed that the getNextEvent cases blockage of
> | MOUSE_MOVE
> | events events if called outside message pump, but in event dispatching
> | thread.
> |
> |
> | import java.awt.*;
> | import java.awt.event.*;
> |
> | public class Test extends Frame
> | {
> | private java.awt.EventQueue queue;
> |
> | private boolean pumpActive = false;
> |
> | private Test()
> | {
> | super();
> | enableEvents( MouseEvent.MOUSE_EVENT_MASK |
> | MouseEvent.MOUSE_MOTION_EVENT_MASK );
> | setBounds( 0, 0, 100, 100 );
> | }
> |
> | protected void processEvent( AWTEvent e )
> | {
> | super.processEvent( e );
> |
> | // MESSAGE PUMP BLOCK
> | if( !pumpActive ) {
> | System.out.println( "Starting Message pump" );
> | queue = getToolkit().getSystemEventQueue();
> | pumpActive = true;
> | while( pumpActive ) {
> | try {
> | AWTEvent ee = queue.getNextEvent();
> | System.out.println( "event: " + ee );
> | if( ee.getSource() instanceof Component ) {
> | ( ( Component )ee.getSource() ).dispatchEvent(
ee
> );
> | }
> | }
> | catch( InterruptedException ex ) {
> | }
> | }
> | }
> | // MESSAGE PUMP BLOCK
> | }
> |
> | protected void processMouseEvent( MouseEvent e )
> | {
> | System.out.println( "processMouseEvent: " + e );
> | super.processMouseEvent( e );
> | }
> |
> | protected void processMouseMotionEvent( MouseEvent e )
> | {
> | System.out.println( "processMouseMotionEvent: " + e );
> | super.processMouseMotionEvent( e );
> | }
> |
> | public static void main( String[] s )
> | {
> | Frame f = new Test();
> | f.setVisible( true );
> | }
> | }
> |
> |
> | "Michael Green" <mikegreonline@microsoft.com> wrote in message
> | news:XLg1MN07DHA.1992@cpmsftngxa07.phx.gbl...
> | > Alexandre,
> | >
> | > I'm sorry I wasn't able to respond to you sooner, I was out of the
> office
> | > last week. J# is fully supported and we are able to fix bugs. You can
> | post
> | > questions here in the newsgroup for general assistance, but if you
need
> a
> | > bug to be fixed, or in-depth debugging help your best bet would be to
> call
> | > in to developer support and open an incident with us. If the problem
is
> a
> | > bug, you will not be charged. You can find out more about the
available
> | > support options at:
> | >
http://support.microsoft.com/default.aspx?pr=cntactms&style=home > | >
> | > Or feel free to post any questions about support options here.
> | >
> | > What types of problems are you running into? If your code conforms to
> the
> | > JDK 1.1.4 it should convert cleanly.
> | >
> | > Thanks,
> | >
> | > Thanks,
> | >