[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ptp-dev] Problems after update to latest head
|
On Wed, 2007-08-15 at 17:23 -0400, Greg Watson wrote:
> Ricardo,
>
> Thanks for the patch. It looks fine to me, so I've applied it to
> head. Would you be able to see if it fixes the problem on Linux for you?
>
> Thanks,
> Greg
Works for me, Greg.
>
> On Aug 15, 2007, at 3:54 PM, Ricardo Marin Matinata wrote:
>
> > On Tue, 2007-08-14 at 20:48 -0400, Greg Watson wrote:
> >> Hi all,
> >>
> >> Sorry about this. Head has been a bit broken for the last few days. I
> >> have just committed some changes I hope will fix the problems,
> >> including this argument problem, and possibly the wizard display
> >> problem some people have been seeing on Linux. I haven't tested the
> >> latter on Linux yet, so feedback would be appreciated.
> >>
> > Greg,
> >
> > The orte_proxy problem has gone after the changes.
> > However, the AbstractRemoteResourceManagerConfigurationWizardPage
> > problems remains in Linux. I've noticed that the root cause is the
> > combo.select() call not generating the appropriate events in Linux,
> > from
> > within initializeRemoteServicesCombo(). This may be one of those SWT
> > inconsistencies across platforms.
> > One way to get around this is to deffer all listener's registering to
> > occur after initializeRemoteServicesCombo(). This way,
> > handleRemoteServiceSelected() and handleConnectionSelected() can be
> > explicitly and safely called from initializeRemoteServicesCombo().This
> > should give a more uniform behavior across platforms, regardless of
> > SWT.
> > If you are interested, there's a patch below.
> >
> >> Greg
> >>
> >> On Aug 14, 2007, at 7:32 PM, Clement Kam Man Chu wrote:
> >>
> >>> I got exactly problems as you got. For remote service id, I just
> >>> hard code for fixing it temporary on my linux machine. Regarding
> >>> to connection problem, the problem I think orte_proxy cannot
> >>> connect to eclipse probably by some strange arguments. For fixing
> >>> this problem, go to source
> >>> org.eclipse.ptp.remote.AbstractRemoteProxyRuntimeClient method
> >>> startupProxyServer() and comments two lines of codes like as
> >>> belows. I think both problems will be fixed soon.
> >>>
> >>> if (portForwarding) {
> >>> //args = "--host=localhost " + args;
> >>> } else {
> >>> //args = "--host=" + getSessionHost() + " "
> >>> + args;
> >>> }
> >>>
> >>>
> >>> Clement
> >>>
> >>> Ricardo Marin Matinata wrote:
> >>>> On Mon, 2007-07-30 at 10:08 -0400, Dave Wootton wrote:
> >>>>
> >>>>> I'm not sure if this is the right way to fix the problem with the
> >>>>> null pointer exception in handleNewRemoteConnectionSelected, but
> >>>>> if I check remoteServices for null before trying to use it (lines
> >>>>> 285 & 286), then when I click New, the remote services combo box
> >>>>> gets updated with 'Local', and I complete the wizard. Then I can
> >>>>> start my proxy and run my PE application.
> >>>>> Dave
> >>>>>
> >>>>>
> >>>>>
> >>>> Although i could successfully make everything work on Mac OS, I'm
> >>>> experiencing the exact same problem in Linux (tested both x86 and
> >>>> x86_64), with today's CVS HEAD. The way i've tried to work
> >>>> around the
> >>>> Wizard problem was to *force* an updateConnectionPulldown()
> >>>> somewhere in
> >>>> the createContents() (see the pacth below). It seems that in
> >>>> Linux, we
> >>>> are not getting the initial *Modify* event on the remoteCombo right
> >>>> after it is filled.
> >>>>
--
Ricardo M. Matinata
IDE/Hybrid, Linux on Cell/B.E. Development
LTC Systems Enablement | IBM Hortolandia, SP, Brazil
