From: Arjen M. <Arj...@de...> - 2014-01-23 14:42:23
|
Hello, I am trying to check out the source code under a virtual Linux machine, but I get the message from SF or SVN that the repository is temporarily relocated. Does anyone know anything about this? The repository I am referred to is: http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion . So it has nothing to do with PLplot. If I am doing something wrong, what am I doing wrong? The command is simply (as advertised on the PLplot page): svn checkout http://svn.sf.net/p/plplot/code/trunk plplot Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: James T. <jt...@gm...> - 2014-01-23 17:32:09
|
It works OK here (using the Arch PKGBUILD) on a VM with Manjaro unstable running on a real machine with Manjaro Stable: The relevant lines of the commands are: _svntrunk=http://svn.code.sf.net/p/plplot/code/trunk _svnmod=plplot svn co ${_svntrunk} ${_svnmod} --config-dir ./ Which looks to me to reduce to the same thing. So I should think that either it was temporary or there's an odd DNS issue on your system. James On 23 January 2014 14:42, Arjen Markus <Arj...@de...> wrote: > Hello, > > I am trying to check out the source code under a virtual Linux machine, > but I get the message from SF or SVN that the repository is temporarily > relocated. Does anyone know anything about this? > > The repository I am referred to is: > http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion . So it has > nothing to do with PLplot. > > If I am doing something wrong, what am I doing wrong? The command is > simply (as advertised on the PLplot page): > > svn checkout http://svn.sf.net/p/plplot/code/trunk plplot > > Regards, > > Arjen > > DISCLAIMER: This message is intended exclusively for the addressee(s) and > may contain confidential and privileged information. If you are not the > intended recipient please notify the sender immediately and destroy this > message. Unauthorized use, disclosure or copying of this message is > strictly prohibited. The foundation 'Stichting Deltares', which has its > seat at Delft, The Netherlands, Commercial Registration Number 41146461, is > not liable in any way whatsoever for consequences and/or damages resulting > from the improper, incomplete and untimely dispatch, receipt and/or content > of this e-mail. > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Arjen M. <Arj...@de...> - 2014-01-23 18:05:51
|
Hi James, there was one piece missing in the URL: svn._code_.sf.net. With that added it worked fine. That is a relief. Regards, Arjen From: James Tappin [mailto:jt...@gm...] Sent: Thursday, January 23, 2014 6:32 PM To: Arjen Markus Cc: plp...@li... Subject: Re: [Plplot-devel] Problem checking out the source under Linux It works OK here (using the Arch PKGBUILD) on a VM with Manjaro unstable running on a real machine with Manjaro Stable: The relevant lines of the commands are: _svntrunk=http://svn.code.sf.net/p/plplot/code/trunk<http://svn.code.sf.net/p/plplot/code/trunk%0d%0a_svnmod=plplot> _svnmod=plplot<http://svn.code.sf.net/p/plplot/code/trunk%0d%0a_svnmod=plplot> svn co ${_svntrunk} ${_svnmod} --config-dir ./ Which looks to me to reduce to the same thing. So I should think that either it was temporary or there's an odd DNS issue on your system. James On 23 January 2014 14:42, Arjen Markus <Arj...@de...<mailto:Arj...@de...>> wrote: Hello, I am trying to check out the source code under a virtual Linux machine, but I get the message from SF or SVN that the repository is temporarily relocated. Does anyone know anything about this? The repository I am referred to is: http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion . So it has nothing to do with PLplot. If I am doing something wrong, what am I doing wrong? The command is simply (as advertised on the PLplot page): svn checkout http://svn.sf.net/p/plplot/code/trunk plplot Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-devel DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2014-01-24 06:31:52
|
On 2014-01-23 14:42-0000 Arjen Markus wrote: > Hello, > > I am trying to check out the source code under a virtual Linux machine, but I get the message from SF or SVN that the repository is temporarily relocated. Does anyone know anything about this? > > The repository I am referred to is: http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion . So it has nothing to do with PLplot. > > If I am doing something wrong, what am I doing wrong? The command is simply (as advertised on the PLplot page): > > svn checkout http://svn.sf.net/p/plplot/code/trunk plplot Hi Arjen: I see you resolved this completely later, but I wondered why you were lead astray by the documentation in the first place. It turns out http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion is the classic SourceForge documentation, but classic SourceForge no longer exists and has been replaced by Allura. If you follow the link at the top of that page to the "2.0 beta version" you will finally end up at the Allura svn documentation page at http://sourceforge.net/p/forge/documentation/svn/. That page says the Allura svn URL form is http://svn.code.sf.net/p/PROJECTNAME/MOUNTPOINT/ i.e., http://svn.code.sf.net/p/plplot/trunk for us, which is also exactly what our website says, what the "files" link on our sourceforge project says, and also what you discovered independently for yourself after you wrote the above question. So "all is well that ends well" and presumably all that classic SourceForge documentation will be removed soon which should make it much easier for users to find the Allura form of the documentation they need now rather than being lead astray by the classical SourceForge documentation like happened to you. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <Arj...@de...> - 2014-01-24 07:42:37
|
Hi Alan, the reason for the failure was that I had missed the ".code." segment of the URL. Rather than replying that that repository did not exist it replied that it was _temporarily_ replaced by a strange and unrelated URL. I would probably have been more alert to the mistake in the URL if it had simply said: no such repository. Anyway, the action succeeded and I was able to: - build PLplot under Ubuntu, using this virtual machine - reproduce the segmentation violation which occurs with wish_standard_examples (note: this does _not_ seem to occur under Cygwin - but I realise now that I may not have been patient enough to let it run to the end) - confirm that the problem occurs with wish+plstdwin+plframe+exit, not with plserver+plstdwin+plframe+exit My working hypothesis is that there is something nasty occurring in the plframe widget that is covered up by plserver but not by wish. A first glance at the source code of plserver and plframe did not reveal anything suspicious, though, so this is going to be a somewhat involved hunt for the bug. (One thing though: to my delight, under this Linux virtual machine the examples run very fast, which is not the case under Cygwin+tk-device - though Cygwin+ntk-device is fine) I will document the above at the PLplot bug report later. Regards, Arjen > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > > I see you resolved this completely later, but I wondered why you were lead astray by > the documentation in the first place. It turns out > http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion is the classic > SourceForge documentation, but classic SourceForge no longer exists and has been > replaced by Allura. If you follow the link at the top of that page to the "2.0 beta > version" you will finally end up at the Allura svn documentation page at > http://sourceforge.net/p/forge/documentation/svn/. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Alan W. I. <ir...@be...> - 2014-01-24 16:13:44
|
On 2014-01-24 07:41-0000 Arjen Markus wrote: > [...]I was able to: > - build PLplot under Ubuntu, using this virtual machine > - reproduce the segmentation violation which occurs with wish_standard_examples > (note: this does _not_ seem to occur under Cygwin - but I realise now that I may not have > been patient enough to let it run to the end) > - confirm that the problem occurs with wish+plstdwin+plframe+exit, not with > plserver+plstdwin+plframe+exit > > My working hypothesis is that there is something nasty occurring in the plframe widget that is covered > up by plserver but not by wish. A first glance at the source code of plserver and plframe did not > reveal anything suspicious, though, so this is going to be a somewhat involved hunt for the bug. > > (One thing though: to my delight, under this Linux virtual machine the examples run very fast, > which is not the case under Cygwin+tk-device - though Cygwin+ntk-device is fine) > > I will document the above at the PLplot bug report later. Hi Arjen: It is great you were able to build and run PLplot on Linux, experience the excellent speed of the tests of the standard Tcl-related examples on Linux, and confirm the specific bug I found. If your debugging of our Tcl/Tk/Itcl/Itk/Iwidgets code finally leads you to suspect some issue with our underlying C code, then gdb and valgrind are excellent Linux tools to help debug that C code. I would be happy to answer any of your questions about using those tools if/when the time comes. Good luck with this bug hunt! Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <Arj...@de...> - 2014-01-25 15:48:16
|
Hi Alan, > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@be...] > > It is great you were able to build and run PLplot on Linux, experience the excellent > speed of the tests of the standard Tcl-related examples on Linux, and confirm the > specific bug I found. If your debugging of our Tcl/Tk/Itcl/Itk/Iwidgets code finally leads > you to suspect some issue with our underlying C code, then gdb and valgrind are > excellent Linux tools to help debug that C code. I would be happy to answer any of > your questions about using those tools if/when the time comes. > Good luck with this bug hunt! > Neither gdb nor valgrind gave any useful insight in what is happening (besides the indication that it happens deep in the cleanup code for X Window). Also commenting out parts of the main code did not work. Then I commented out large parts of the code for creating a plframe and that revealed that the problems originate in the call to plP_esc(). If I comment that out, the crash will not occur. Now why there would a difference between the wish and the plserver cases is still a mystery, but at least I am zooming in. Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |