From: Rafael L. <rla...@us...> - 2004-02-13 20:38:12
|
A question for the C experts around: if I add a member at the end of the PLStream struct, would I break backward compatibility? [N.B.: sorry if this is obvious for the most of you, but by backward compatibility I mean the fact that programs compiled for a previous version of PLplot will run when linked against the new version of the library with a changed PLStream.] -- Rafael |
From: Andrew R. <and...@us...> - 2004-02-14 12:10:49
|
On Fri, Feb 13, 2004 at 09:36:00PM +0100, Rafael Laboissiere wrote: > A question for the C experts around: if I add a member at the end of the > PLStream struct, would I break backward compatibility? > > [N.B.: sorry if this is obvious for the most of you, but by backward > compatibility I mean the fact that programs compiled for a previous version > of PLplot will run when linked against the new version of the library with a > changed PLStream.] I can't see that this should cause any problems. Surely the user should never be using the internal PLStream structure anyway? If they do then they should expect things to break between library versions. Andrew |
From: Arjen M. <arj...@wl...> - 2004-02-16 07:35:18
|
Rafael Laboissiere wrote: > > A question for the C experts around: if I add a member at the end of the > PLStream struct, would I break backward compatibility? > > [N.B.: sorry if this is obvious for the most of you, but by backward > compatibility I mean the fact that programs compiled for a previous version > of PLplot will run when linked against the new version of the library with a > changed PLStream.] > > -- > Rafael > I am almost sure that this is guaranteed by the standard. The problem that I can think is that somewhere in some code the _old_ actual size of the structure is used. Then things would break, but apart from that, there should be no problem. Regards, Arjen |
From: Maurice L. <mj...@ga...> - 2004-02-16 10:44:25
|
Rafael Laboissiere writes: > A question for the C experts around: if I add a member at the end of the > PLStream struct, would I break backward compatibility? > > [N.B.: sorry if this is obvious for the most of you, but by backward > compatibility I mean the fact that programs compiled for a previous version > of PLplot will run when linked against the new version of the library with a > changed PLStream.] My hunch is that even if the user is accessing the plstream internals, it will still work. I dunno, try it. :) Of course, you can always include dependencies on the plplot header files in your makefile(s) if you want to be really careful. -- Maurice LeBrun |
From: Arjen M. <arj...@wl...> - 2004-02-16 14:44:29
|
Hello, I am trying to create Fortran example x14f from x14c, but if I run the C version, with the tk driver, then I get the complaint that my X server is not using xauth. How do I turn xauth on or how do I turn the check in Tk off? Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2004-02-17 14:07:51
|
"Alan W. Irwin" wrote: > > On 2004-02-16 15:40+0100 Arjen Markus wrote: > > > Hello, > > > > I am trying to create Fortran example x14f from x14c, but if I run the > > C version, with the tk driver, then I get the complaint that my X server > > is not using xauth. > > > > How do I turn xauth on or how do I turn the check in Tk off? > > While waiting for the answer on this -dev tk problem, recall that you can > specify any device now for example 14. So to test that the fortran and C > examples work the same, I suggest using -dev psc, and diffing the resulting > files. That is what I did for every other interface, and they all give > identical file results except for the java interface which was one postscript > unit different in a few cases (due to 16-bit rendering?) > Yes, I had to remove the check from the main program, but I was able to run it. Okay, now let me try the Fortran version .... Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2004-02-17 17:01:53
|
On 2004-02-17 15:03+0100 Arjen Markus wrote: > "Alan W. Irwin" wrote: > > > > On 2004-02-16 15:40+0100 Arjen Markus wrote: > > > > > Hello, > > > > > > I am trying to create Fortran example x14f from x14c, but if I run the > > > C version, with the tk driver, then I get the complaint that my X server > > > is not using xauth. > > > > > > How do I turn xauth on or how do I turn the check in Tk off? > > > > While waiting for the answer on this -dev tk problem, recall that you can > > specify any device now for example 14. So to test that the fortran and C > > examples work the same, I suggest using -dev psc, and diffing the resulting > > files. That is what I did for every other interface, and they all give > > identical file results except for the java interface which was one postscript > > unit different in a few cases (due to 16-bit rendering?) > > > > Yes, I had to remove the check from the main program, but I was able to > run it. Okay, now let me try the Fortran version .... Hmmm. Arjen, that check is only in old code. There is no such check in CVS HEAD (the version of the code you get with the "cvs update" command). Are you hesitating a bit about learning cvs? If so there are a lot of developers here (including me) who would be glad to help you. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@wl...> - 2004-02-18 07:31:12
|
"Alan W. Irwin" wrote: > > On 2004-02-17 15:03+0100 Arjen Markus wrote: > > > "Alan W. Irwin" wrote: > > > > > > On 2004-02-16 15:40+0100 Arjen Markus wrote: > > > > > > > Hello, > > > > > > > > I am trying to create Fortran example x14f from x14c, but if I run the > > > > C version, with the tk driver, then I get the complaint that my X server > > > > is not using xauth. > > > > > > > > How do I turn xauth on or how do I turn the check in Tk off? > > > > > > While waiting for the answer on this -dev tk problem, recall that you can > > > specify any device now for example 14. So to test that the fortran and C > > > examples work the same, I suggest using -dev psc, and diffing the resulting > > > files. That is what I did for every other interface, and they all give > > > identical file results except for the java interface which was one postscript > > > unit different in a few cases (due to 16-bit rendering?) > > > > > > > Yes, I had to remove the check from the main program, but I was able to > > run it. Okay, now let me try the Fortran version .... > > Hmmm. Arjen, that check is only in old code. There is no such check in CVS > HEAD (the version of the code you get with the "cvs update" command). > > Are you hesitating a bit about learning cvs? If so there are a lot of > developers here (including me) who would be glad to help you. > > Oh dear, no. I just took the official tarball for version 5.3.0. I have no problems downloading things via CVS, I am a bit hesitant with uploading (the effects seem to become visible only after a long delay, at least with one of my projects and that is not reassuring). It does make sense to use CVS head, but I seemed to remember these changes were in the official release ... Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2004-02-18 17:02:43
|
On 2004-02-18 08:26+0100 Arjen Markus wrote: > [...]I just took the official tarball for version 5.3.0. > I have no problems downloading things via CVS, I am a bit hesitant with > uploading (the effects seem to become visible only after a long delay, > at least with one of my projects and that is not reassuring). Just to give you some background information which should reassure you, one of the advantages of being a developer is your cvs changes are instantly accessible to the rest of us if we execute "cvs update", and we also get near-instantanous notification of the changes via plplot-cvs. However, sometimes, plplot-cvs does fall behind if there is SF e-mail congestion. Also, the cvs viewer http://cvs.sourceforge.net/viewcvs.py/plplot/plplot/ and anonymous, non-developer access to cvs run off the backup cvs server. Instead of keeping that up-to-date in a near-instantaneous way, SF chooses (for reasons only known to themselves) to run batch jobs to update that backup server on a daily basis so it is typically a day behind. > > It does make sense to use CVS head, but I seemed to remember these > changes were in the official release ... I suggest you use cvs log or viewcvs to find out about what changes were made when. To be specific, "cvs log examples/c/x14c.c" shows the "Allow this two-stream example to work with any device(s)." change was for version 1.2.4 which was later than the release of 5.3.0 (tagged v5_3_0_final). This information is also accessible at http://cvs.sourceforge.net/viewcvs.py/plplot/plplot/examples/c/x14c.c. But to return to my principal point, instead of worrying about such version issues, it is probably best to always use CVS HEAD (what you get with "cvs update"). We try to keep CVS HEAD reasonably stable. It may not work during brief flurries of cvs commit activity. However, any longer periods of not working are usually the result of a mistake which is normally self-correcting within a day or so. All our cvs developers want to be able to use CVS HEAD so if the person who made the mistake doesn't fix it, somebody else will. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@wl...> - 2004-02-19 07:24:25
|
"Alan W. Irwin" wrote: > > > But to return to my principal point, instead of worrying about such version > issues, it is probably best to always use CVS HEAD (what you get with "cvs > update"). We try to keep CVS HEAD reasonably stable. It may not work > during brief flurries of cvs commit activity. However, any longer periods > of not working are usually the result of a mistake which is normally > self-correcting within a day or so. All our cvs developers want to be able > to use CVS HEAD so if the person who made the mistake doesn't fix it, > somebody else will. > Okay, that is reassuring :) I will use the CVS HEAD from now on (I have a bunch of changes for my own program in which I use PLplot that should be committed soon - they mostly concern using PLplot as a pure graphics library, leaving the window management to another package, and do not interfere with the ordinary usage. But I want to to do that once everything is working smoothly. I will use the CVS HEAD for immediate stuff like example x14f) Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2004-02-16 16:47:04
|
On 2004-02-16 15:40+0100 Arjen Markus wrote: > Hello, > > I am trying to create Fortran example x14f from x14c, but if I run the > C version, with the tk driver, then I get the complaint that my X server > is not using xauth. > > How do I turn xauth on or how do I turn the check in Tk off? While waiting for the answer on this -dev tk problem, recall that you can specify any device now for example 14. So to test that the fortran and C examples work the same, I suggest using -dev psc, and diffing the resulting files. That is what I did for every other interface, and they all give identical file results except for the java interface which was one postscript unit different in a few cases (due to 16-bit rendering?) Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Maurice L. <mj...@ga...> - 2004-02-18 04:01:16
|
Alan W. Irwin writes: > On 2004-02-16 15:40+0100 Arjen Markus wrote: > > > Hello, > > > > I am trying to create Fortran example x14f from x14c, but if I run the > > C version, with the tk driver, then I get the complaint that my X server > > is not using xauth. > > > > How do I turn xauth on or how do I turn the check in Tk off? > > While waiting for the answer on this -dev tk problem, recall that you can > specify any device now for example 14. So to test that the fortran and C > examples work the same, I suggest using -dev psc, and diffing the resulting > files. That is what I did for every other interface, and they all give > identical file results except for the java interface which was one postscript > unit different in a few cases (due to 16-bit rendering?) I wrote an entry in the FAQ about xauth that's mostly still useful (all except for the stuff about the dp driver). The main thing is to make sure xhost based access is turned *off*. Under RedHat, I've never had to do a thing to get xauth to work correctly, it just works. When I ssh to another machine, the xauth entry is automatically made, as is when I do a 'su -'. Linux rocks. -- Maurice LeBrun |