plplot-general — PLplot user discussion group

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Werner S. <sm...@ia...>]

Hi Ty,

you can get rid of the tk warnings by gettting rid of the tk driver,  
which you don't need anyway by setting the cmake option - 
DENABLE_tk=OFF and -DENABLE-tcl=OFF. The other warnings you get are  
since there is a mixup between the png/jpeg libraries installed by  
macport to /opt/local/ and the ones provided by the wxWidgets library.  
I actually have similar problems and need to find a way how I tell  
cmake which library/headers it should use. In the shared case this is  
not a problem, since the wxWidgets library knows which dylib to use,  
but if you link all together many symbols are twice in the linked  
object.

So I would suggest to stick to the shared case, since you can link  
against the dylib anyways. If you look at how an example is compiled  
(use make VERBOSE=1):

cd /Users/smekal/Development/plplot/build/examples/c && /usr/bin/ 
gcc    -headerpad_max_install_names -fPIC "CMakeFiles/x14c.dir/ 
x14c.o"   -o x14c  -L/Users/smekal/Development/plplot/build/src -L/ 
Users/smekal/Development/plplot/build/lib/csa -lplplotd -lm -lltdl - 
ldl -lcsirocsa -lm

You can see that it tells gcc to look in /Users/smekal/Development/ 
plplot/build/src and link against plplotd. Since there are in this  
directory only dylibs I suppose gcc can link against them, as can gcc  
for Windows (which I'm sure can link against dlls).

So don't tell xcode the link against libplplotd.a, just tell it to  
link against plplotd. gcc should figure it out on its own.

Regards,
Werner

On 03.02.2008, at 18:42, <ka...@en...> <ka...@en... 
 > wrote:

> Hi All,
>
> I am still trying to incorporate PLplot in some of my code and had a
> question on building without the shared libraries.  I've been  
> getting alot
> of good help from Werner and I've hit a snag that I thought would be  
> better
> to post to the group.  I'm trying to add the Plplot libraries to  
> xcode but
> only have the *.dylibs in the source tree.  Werner suggested I try
> compiling and building with the shared libraries off.  When I do  
> this I get
> an error in the build.  I have attached a copy of what I get when I  
> 'make'
> with the Shared libraries off.
>
> Any ideas what is going wrong?  My goal is to build the libraries  
> with *.a
> extension to add to my xcode.
>
> Cheers,
> Ty
> < 
> make_results 
> .out 
> .tbz 
> > 
> -------------------------------------------------------------------------
> 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/_______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499

Re: [Plplot-general] plsetopt() order matters for png driver

[Werner S. <sm...@ia...>]

Hi Torquil,

as Alan I can also reproduce this behaviour. I scanned through the =20
code, but it needs some time to find out what's going on. Anyway, a =20
workaround for this problem is, that you set the common plplot options =20=

not via plsetopt(), but via plplot commands directly. E.g. if you set =20=

the geometry option actually plspage (xdpi, ydpi, xwid, ywid, xoff, =20
yoff); is called. so -geometry 400x300 would ne =20
plspage(0,0,400,300,0,0);. Have a look at src/plargs.c for other =20
options. If you need to set more than one driver options you can call =20=

e.g plsetopt( "drvopt", "8bit,smoothlines"). Therefore you should be =20
able to circumvent this problem you mentioned.

HTH,
Werner


On 03.02.2008, at 21:48, Torquil Macdonald S=F8rensen wrote:

> Hello, I have found that the order in which I call plsetopt() =20
> matters. Using
> plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") =20
> makes PLplot
> forget about the 8bit option and use 24bit instead (I use the png =20
> driver). I
> have checked the png-files using pnginfoto determine if they are =20
> 8bit or
> 24bit. Setting "geometry" before "8bit" works fine. On the command =20
> line it
> works either way.
>
> Best regards,
> Torquil S=F8rensen
>
> =
-------------------------------------------------------------------------
> 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/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Hazen B. <hba...@ma...>]

On Feb 3, 2008, at 9:14 PM, Alan W. Irwin wrote:

> On 2008-02-03 09:42-0800 ka...@en... wrote:
>
>> [...]compiling and building with the shared libraries off.  When I  
>> do this I get
>> an error in the build.
>
> Hazen, can you verify this problem with static builds
> (-DBUILD_SHARED_LIBS=OFF) for Mac OS X?

I am able to compile and build with shared libraries off on OS-X 10.4  
(PowerPC). For what it is worth, I get many of the same warnings  
about tk and X11, but none about png.

-Hazen

Re: [Plplot-general] plsetopt() order matters for png driver

[Alan W. I. <ir...@be...>]

On 2008-02-03 21:48+0100 Torquil Macdonald S=F8rensen wrote:

> Hello, I have found that the order in which I call plsetopt() matters. Us=
ing
> plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") makes PLp=
lot
> forget about the 8bit option and use 24bit instead (I use the png driver)=
=2E I
> have checked the png-files using pnginfoto determine if they are 8bit or
> 24bit. Setting "geometry" before "8bit" works fine. On the command line i=
t
> works either way.

I have verified this peculiar behaviour of plsetopt but have no clue why
it is occurring.  Perhaps the special drvopt handling that occurs in the
code is screwing things up.

During my tests I found one other peculiarity of plsetopt; you cannot
override whatever it hard codes using command-line options unless you call
plparseopts after plsetopt.  That is probably okay, but we should document
that behaviour for those who want the command-line options to always overri=
de
hard-coded options (or vice versa).

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Alan W. I. <ir...@be...>]

On 2008-02-03 09:42-0800 ka...@en... wrote:

> [...]compiling and building with the shared libraries off.  When I do this I get
> an error in the build.

Hazen, can you verify this problem with static builds
(-DBUILD_SHARED_LIBS=OFF) for Mac OS X?

I don't have access to that platform, but we need verification of this issue
for Mac OS X since static builds work fine on Linux. (I just tested that in
work leading up to our next release.)

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

[Plplot-general] plsetopt() order matters for png driver

[Torquil M. <to...@gm...>]

Hello, I have found that the order in which I call plsetopt() matters. Usin=
g=20
plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") makes PLplo=
t=20
forget about the 8bit option and use 24bit instead (I use the png driver). =
I=20
have checked the png-files using pnginfoto determine if they are 8bit or=20
24bit. Setting "geometry" before "8bit" works fine. On the command line it=
=20
works either way.=20

Best regards,
Torquil S=F8rensen

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi All,

I am still trying to incorporate PLplot in some of my code and had a
question on building without the shared libraries.  I've been getting alot
of good help from Werner and I've hit a snag that I thought would be better
to post to the group.  I'm trying to add the Plplot libraries to xcode but
only have the *.dylibs in the source tree.  Werner suggested I try
compiling and building with the shared libraries off.  When I do this I get
an error in the build.  I have attached a copy of what I get when I 'make'
with the Shared libraries off.

Any ideas what is going wrong?  My goal is to build the libraries with *.a
extension to add to my xcode.

Cheers,
Ty

Re: [Plplot-general] [Plplot-devel] Segfault

[Werner S. <sm...@ia...>]

Hi Jim,
> As the author of the memory buffer version, I tried to implement the
> functionality of the file buffer version.
I thought so, since for the file buffer version it's also not a good 
solution. Al least if you work with both streams one writes in one buffer.

> That said, I think making a
> copy of the buffer is the best way to go forward.  The purpose of the
> plcpstrm call was to copy a buffer so that it could be rendered by a
> different device (for example to generate a postscript output from a
> plot that is being displayed).
>
> The advantage to maintaining one plot buffer is to have the capability
> to maintain the same plot on two different output devices
> simultaneously.
>   
Also a nice idea, what about plclstrm for clone stream?
> The name plcpstrm, in my opinion, implies making a copy of the current
> state and not linking the two plots.  If we do want to maintain a plot
> buffer that is linked to multiple device, perhaps a new API call should
> be implemented.
Regards,
Werner

Re: [Plplot-general] [Plplot-devel] Segfault

[Andrew R. <and...@us...>]

On Fri, Feb 01, 2008 at 10:51:25PM +0100, Werner Smekal wrote:
> Hi Andrew and Torquil,
> 
> I made the decision to copy the whole (actually the part of the buffer 
> which contains information) buffer to a new memory buffer. Reason is, 
> that there is no obligation to close the stream right after you saved 
> the file. If the programmer decides to work on with both streams, both 
> streams write into the same buffer. Since nowadays memory is not that 
> problem anymore, I decided to copy the buffer. I couldn't test it 
> actually since on Windows there was no segmentation fault, but at least 
> the new version still compiles and runs on Windows. Could anybody 
> (Torquil?) test it, if the changes solve the problems?
> 
> Regards,
> Werner

Werner,

Your fix solves the problem for me on Linux. 

Thanks very much.

Andrew

Re: [Plplot-general] [Plplot-devel] Segfault

[Torquil M. <to...@gm...>]

Thanks, I can confirm that this fixes my segmentation fault :-)

- Torquil

On Friday 01 February 2008, Werner Smekal wrote:
> Hi Andrew and Torquil,
>
> I made the decision to copy the whole (actually the part of the buffer
> which contains information) buffer to a new memory buffer. Reason is,
> that there is no obligation to close the stream right after you saved
> the file. If the programmer decides to work on with both streams, both
> streams write into the same buffer. Since nowadays memory is not that
> problem anymore, I decided to copy the buffer. I couldn't test it
> actually since on Windows there was no segmentation fault, but at least
> the new version still compiles and runs on Windows. Could anybody
> (Torquil?) test it, if the changes solve the problems?
>
> Regards,
> Werner
>
> > I've just been looking at this bug too. We need the buffer - this is
> > what contains the copy of the plot commands for plreplot. The question
> > is should the copied stream have a copy of the buffer, or the actual
> > buffer. The old file buffer code seems to have used the actual file - so
> > by analogy we should have the actual buffer. If this is the case, then
> > we to have a reference counter for the buffer so we only free it once
> > all streams no longer reference it. The original buffer code goes way
> > back before my time with plplot. Does anyone still remember the original
> > intentions? Alan might recall.
> >
> > I'll leave any fix to you so we don't duplicate work.
> >
> > Andrew
> >
> > P.S. I notice plstrm.h contains a plBufOwner variable to mark which
> > stream actually owns a buffer. Unfortunately this isn't used. It also
> > doesn't replace the reference counter because it doesn't stop a copy
> > accessing the buffer after it has been free'd.
> >
> > -------------------------------------------------------------------------
> > 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/
> > _______________________________________________
> > Plplot-devel mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-general] [Plplot-devel] Segfault

[Werner S. <sm...@ia...>]

Hi Andrew and Torquil,

I made the decision to copy the whole (actually the part of the buffer 
which contains information) buffer to a new memory buffer. Reason is, 
that there is no obligation to close the stream right after you saved 
the file. If the programmer decides to work on with both streams, both 
streams write into the same buffer. Since nowadays memory is not that 
problem anymore, I decided to copy the buffer. I couldn't test it 
actually since on Windows there was no segmentation fault, but at least 
the new version still compiles and runs on Windows. Could anybody 
(Torquil?) test it, if the changes solve the problems?

Regards,
Werner
> 
> I've just been looking at this bug too. We need the buffer - this is
> what contains the copy of the plot commands for plreplot. The question
> is should the copied stream have a copy of the buffer, or the actual
> buffer. The old file buffer code seems to have used the actual file - so
> by analogy we should have the actual buffer. If this is the case, then
> we to have a reference counter for the buffer so we only free it once
> all streams no longer reference it. The original buffer code goes way
> back before my time with plplot. Does anyone still remember the original
> intentions? Alan might recall.
> 
> I'll leave any fix to you so we don't duplicate work. 
> 
> Andrew
> 
> P.S. I notice plstrm.h contains a plBufOwner variable to mark which
> stream actually owns a buffer. Unfortunately this isn't used. It also
> doesn't replace the reference counter because it doesn't stop a copy
> accessing the buffer after it has been free'd.
> 
> -------------------------------------------------------------------------
> 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/
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] Segfault

[Andrew R. <and...@us...>]

On Fri, Feb 01, 2008 at 08:52:43PM +0100, Werner Smekal wrote:
> Hi Torquil,
> 
> I found the problem. Some months ago changes were made, how the plot 
> commands were recorded (into the memory instead of a file) to be able to 
> replot them. If the plot stream is copied with plcpstrm() also the 
> pointer to this memory is copied (not the memory itself). if you end the 
> copied stream this buffer gets freed. if the first stream is ended, the 
> buffer gets freed the second time->segfault. I didn't write this memory 
> buffer changes, so I don't know if we need the buffer in the new stream, 
> but if it needs to be copied, I suggest that new memory is allocated and 
> the whole memory is copied instead (I also post this to the devel list). 
> Any objections?
> 
> Regards,
> Werner
> 
> PS: Thanks Torquil for finding this bug.

Werner,

I've just been looking at this bug too. We need the buffer - this is
what contains the copy of the plot commands for plreplot. The question
is should the copied stream have a copy of the buffer, or the actual
buffer. The old file buffer code seems to have used the actual file - so
by analogy we should have the actual buffer. If this is the case, then
we to have a reference counter for the buffer so we only free it once
all streams no longer reference it. The original buffer code goes way
back before my time with plplot. Does anyone still remember the original
intentions? Alan might recall.

I'll leave any fix to you so we don't duplicate work. 

Andrew

P.S. I notice plstrm.h contains a plBufOwner variable to mark which
stream actually owns a buffer. Unfortunately this isn't used. It also
doesn't replace the reference counter because it doesn't stop a copy
accessing the buffer after it has been free'd.

Re: [Plplot-general] Segfault

[Werner S. <sm...@ia...>]

Hi Torquil,

I found the problem. Some months ago changes were made, how the plot 
commands were recorded (into the memory instead of a file) to be able to 
replot them. If the plot stream is copied with plcpstrm() also the 
pointer to this memory is copied (not the memory itself). if you end the 
copied stream this buffer gets freed. if the first stream is ended, the 
buffer gets freed the second time->segfault. I didn't write this memory 
buffer changes, so I don't know if we need the buffer in the new stream, 
but if it needs to be copied, I suggest that new memory is allocated and 
the whole memory is copied instead (I also post this to the devel list). 
Any objections?

Regards,
Werner

PS: Thanks Torquil for finding this bug.

Torquil Macdonald Sørensen wrote:
> Hello, just disregard this if it is the same as the other thread with a 
> segfault and if it does not provide any more information.
> 
> I get a segfault I get when running the C-example no.1 with the "-save" 
> option:
> 
> x01c -dev xwin -np -save 1.psc
> 
> If I comment out plend() in the example, it works fine. I'm using todays SVN 
> version, built with debugging symbols. The examples are also built with 
> debugging, but gdb gives me no output more than:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7cdd33c in free () from /lib/i686/cmov/libc.so.6
> 
> Valgrind gives lots of output, but it is the last one that seems most 
> interesting:
> 
> ==32061== Invalid free() / delete / delete[]
> ==32061==    at 0x402465C: free (vg_replace_malloc.c:323)
> ==32061==    by 0x40417EF: c_plend1 (plcore.c:1823)
> ==32061==    by 0x40411FB: c_plend (plcore.c:1759)
> ==32061==    by 0x804904D: main (x01c.c:210)
> ==32061==  Address 0x430d4f8 is 0 bytes inside a block of size 131,072 free'd
> ==32061==    at 0x402465C: free (vg_replace_malloc.c:323)
> ==32061==    by 0x40417EF: c_plend1 (plcore.c:1823)
> ==32061==    by 0x8048F3B: main (x01c.c:184)
> 
> There seems to be some problem with freeing memory. It looks like the error 
> message in sec.4.3.4 in the valgrind manual, here:
> 
> http://valgrind.org/docs/manual/mc-manual.html#mc-manual.errormsgs
> 
>>From what I can understand (which may be wrong) it is related to freeing the 
> memory for plsc->plbuf_buffer, but after looking through the code I think it 
> will be too complicated for me to track down the error.
> 
> Best regards,
> Torquil Sørensen
> 
> -------------------------------------------------------------------------
> 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/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] Segfault

[Werner S. <sm...@ia...>]

Hi Torquil,

same problem for me here - I'll have a look into this.

Thanks,
Werner

On 01.02.2008, at 15:28, Torquil Macdonald S=F8rensen wrote:

> Hello, just disregard this if it is the same as the other thread =20
> with a
> segfault and if it does not provide any more information.
>
> I get a segfault I get when running the C-example no.1 with the "-=20
> save"
> option:
>
> x01c -dev xwin -np -save 1.psc
>
> If I comment out plend() in the example, it works fine. I'm using =20
> todays SVN
> version, built with debugging symbols. The examples are also built =20
> with
> debugging, but gdb gives me no output more than:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7cdd33c in free () from /lib/i686/cmov/libc.so.6
>
> Valgrind gives lots of output, but it is the last one that seems most
> interesting:
>
> =3D=3D32061=3D=3D Invalid free() / delete / delete[]
> =3D=3D32061=3D=3D    at 0x402465C: free (vg_replace_malloc.c:323)
> =3D=3D32061=3D=3D    by 0x40417EF: c_plend1 (plcore.c:1823)
> =3D=3D32061=3D=3D    by 0x40411FB: c_plend (plcore.c:1759)
> =3D=3D32061=3D=3D    by 0x804904D: main (x01c.c:210)
> =3D=3D32061=3D=3D  Address 0x430d4f8 is 0 bytes inside a block of size =
=20
> 131,072 free'd
> =3D=3D32061=3D=3D    at 0x402465C: free (vg_replace_malloc.c:323)
> =3D=3D32061=3D=3D    by 0x40417EF: c_plend1 (plcore.c:1823)
> =3D=3D32061=3D=3D    by 0x8048F3B: main (x01c.c:184)
>
> There seems to be some problem with freeing memory. It looks like =20
> the error
> message in sec.4.3.4 in the valgrind manual, here:
>
> http://valgrind.org/docs/manual/mc-manual.html#mc-manual.errormsgs
>
>> =46rom what I can understand (which may be wrong) it is related to =20=

>> freeing the
> memory for plsc->plbuf_buffer, but after looking through the code I =20=

> think it
> will be too complicated for me to track down the error.
>
> Best regards,
> Torquil S=F8rensen
>
> =
-------------------------------------------------------------------------
> 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/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499

[Plplot-general] Segfault

[Torquil M. <to...@gm...>]

Hello, just disregard this if it is the same as the other thread with a=20
segfault and if it does not provide any more information.

I get a segfault I get when running the C-example no.1 with the "-save"=20
option:

x01c -dev xwin -np -save 1.psc

If I comment out plend() in the example, it works fine. I'm using todays SV=
N=20
version, built with debugging symbols. The examples are also built with=20
debugging, but gdb gives me no output more than:

Program received signal SIGSEGV, Segmentation fault.
0xb7cdd33c in free () from /lib/i686/cmov/libc.so.6

Valgrind gives lots of output, but it is the last one that seems most=20
interesting:

=3D=3D32061=3D=3D Invalid free() / delete / delete[]
=3D=3D32061=3D=3D    at 0x402465C: free (vg_replace_malloc.c:323)
=3D=3D32061=3D=3D    by 0x40417EF: c_plend1 (plcore.c:1823)
=3D=3D32061=3D=3D    by 0x40411FB: c_plend (plcore.c:1759)
=3D=3D32061=3D=3D    by 0x804904D: main (x01c.c:210)
=3D=3D32061=3D=3D  Address 0x430d4f8 is 0 bytes inside a block of size 131,=
072 free'd
=3D=3D32061=3D=3D    at 0x402465C: free (vg_replace_malloc.c:323)
=3D=3D32061=3D=3D    by 0x40417EF: c_plend1 (plcore.c:1823)
=3D=3D32061=3D=3D    by 0x8048F3B: main (x01c.c:184)

There seems to be some problem with freeing memory. It looks like the error=
=20
message in sec.4.3.4 in the valgrind manual, here:

http://valgrind.org/docs/manual/mc-manual.html#mc-manual.errormsgs

=46rom what I can understand (which may be wrong) it is related to freeing =
the=20
memory for plsc->plbuf_buffer, but after looking through the code I think i=
t=20
will be too complicated for me to track down the error.

Best regards,
Torquil S=F8rensen

Re: [Plplot-general] Segmentation violation

[<Han...@sh...>]

Werner,

Did it with the "ps" driver and exactly the same result.=20

When I was using "valgrind" the actual error came from "plbuf.c" when it =
tried to do a realloc (line 911).
I (unfortunately) did not see the error message from Plplot (plbuf =
wr_data:  Plot buffer grow failed) as I also have linked in another =
third party package that has a signal handler implemented and that one =
was triggered on the realloc failure before Plplot could give the error.

With "valgrind" this message became visible (between all other mess).

Should have mentioned this in the beginning, sorry for that.

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Werner
Smekal
Sent: woensdag 30 januari 2008 14:03
To: plp...@li...
Subject: Re: [Plplot-general] Segmentation violation


Hi Hans,

ok, two other hints: 1) try to use pladv() at the correct position as in =

the tk code, 2) try with a different driver (NOT jpeg, png or gif, since =

all are in the gd driver, better would be ps, mem or even null). If the=20
crash still happens, it's not a driver problem.

I can try to write a small c program which does the same. Maybe this=20
afternoon.

Regards,
Werner

Han...@sh... wrote:
> Hi Werner,
>=20
> First, i1 is the stream number of the main stream (obtained from =
plgstrm) and i2 is another (different) number  obtained from plmkstrm.
>=20
> Further, according to the docu, plmkstrm switches automatically to the =
new stream. But I can try. I assume you mean plend1, as this one ends =
the current stream and plend stop the complete package.
>=20
> Ok, I tried to add plsstrm but that did not help.
>=20
> Regards,
> Hans Rijneke.

--=20
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

-------------------------------------------------------------------------=

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/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Segmentation violation

[<Han...@sh...>]

Werner,

Just for your info, I tested this in example x01f. Just added the =
mentioned code after the call to plot1 and plot2.

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Werner
Smekal
Sent: woensdag 30 januari 2008 14:03
To: plp...@li...
Subject: Re: [Plplot-general] Segmentation violation


Hi Hans,

ok, two other hints: 1) try to use pladv() at the correct position as in =

the tk code, 2) try with a different driver (NOT jpeg, png or gif, since =

all are in the gd driver, better would be ps, mem or even null). If the=20
crash still happens, it's not a driver problem.

I can try to write a small c program which does the same. Maybe this=20
afternoon.

Regards,
Werner

Han...@sh... wrote:
> Hi Werner,
>=20
> First, i1 is the stream number of the main stream (obtained from =
plgstrm) and i2 is another (different) number  obtained from plmkstrm.
>=20
> Further, according to the docu, plmkstrm switches automatically to the =
new stream. But I can try. I assume you mean plend1, as this one ends =
the current stream and plend stop the complete package.
>=20
> Ok, I tried to add plsstrm but that did not help.
>=20
> Regards,
> Hans Rijneke.

--=20
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

-------------------------------------------------------------------------=

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/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Segmentation violation

[Werner S. <sm...@ia...>]

Hi Hans,

ok, two other hints: 1) try to use pladv() at the correct position as in 
the tk code, 2) try with a different driver (NOT jpeg, png or gif, since 
all are in the gd driver, better would be ps, mem or even null). If the 
crash still happens, it's not a driver problem.

I can try to write a small c program which does the same. Maybe this 
afternoon.

Regards,
Werner

Han...@sh... wrote:
> Hi Werner,
> 
> First, i1 is the stream number of the main stream (obtained from plgstrm) and i2 is another (different) number  obtained from plmkstrm.
> 
> Further, according to the docu, plmkstrm switches automatically to the new stream. But I can try. I assume you mean plend1, as this one ends the current stream and plend stop the complete package.
> 
> Ok, I tried to add plsstrm but that did not help.
> 
> Regards,
> Hans Rijneke.

-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] Segmentation violation

[<Han...@sh...>]

Hi Werner,

First, i1 is the stream number of the main stream (obtained from =
plgstrm) and i2 is another (different) number  obtained from plmkstrm.

Further, according to the docu, plmkstrm switches automatically to the =
new stream. But I can try. I assume you mean plend1, as this one ends =
the current stream and plend stop the complete package.

Ok, I tried to add plsstrm but that did not help.

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Werner
Smekal
Sent: woensdag 30 januari 2008 13:33
To: plp...@li...
Subject: Re: [Plplot-general] Segmentation violation


Hi Hans,

I'm working on a similar thing for the wxwidgets driver, and one driver=20
which has this already implemented is the tk driver, or more=20
specifically the tk bindings. In the file bindings/tk/plframe.c you'll=20
find the following code snippet:

/*-----------------------------------------------------------------------=
---*\
  * Save
  *
  * Processes "save" widget command.
  * Saves plot to a file.
\*-----------------------------------------------------------------------=
---*/

static int
Save(Tcl_Interp *interp, register PlFrame *plFramePtr,
      int argc, const char **argv)
{
     int length;
     char c;
     FILE *sfile;

  /* removed some code ...........  */

/* save to specified device & file */

     if ((c =3D=3D 'a') && (strncmp(argv[0], "as", length) =3D=3D 0)) {
	if (argc < 3) {
	    Tcl_AppendResult(interp, "wrong # args: should be \"",
			     " save as device file\"", (char *) NULL);
	    return TCL_ERROR;
	}

     /* If save previously in effect, delete old stream */

	if (plFramePtr->ipls_save) {
	    plsstrm(plFramePtr->ipls_save);
	    plend1();
	}

     /* Create stream for saves to selected device & file */

	plmkstrm(&plFramePtr->ipls_save);
	if (plFramePtr->ipls_save < 0) {
	    Tcl_AppendResult(interp, "Error -- cannot create stream",
			     (char *) NULL);
	    plFramePtr->ipls_save =3D 0;
	    return TCL_ERROR;
	}

     /* Open file for writes */

	if ((sfile =3D fopen(argv[2], "wb+")) =3D=3D NULL) {
	    Tcl_AppendResult(interp, "Error -- cannot open file ", argv[2],
			     " for writing", (char *) NULL);
	    plFramePtr->ipls_save =3D 0;
	    plend1();
	    return TCL_ERROR;
	}

     /* Initialize stream */

	plsdev(argv[1]);
	plsfile(sfile);
     /* Note: many drivers ignore these, needed to preserve the aspect=20
ratio */
         plspage( 0., 0., plFramePtr->width, plFramePtr->height, 0, 0 );
	plcpstrm(plFramePtr->ipls, 0);
	pladv(0);

     /* Remake current plot and then switch back to original stream */

	plreplot();
	plflush();
	plsstrm(plFramePtr->ipls);
     }

/* close save file */

     else if ((c =3D=3D 'c') && (strncmp(argv[0], "close", length) =
=3D=3D 0)) {

	if ( ! plFramePtr->ipls_save) {
	    Tcl_AppendResult(interp, "Error -- no current save file",
			     (char *) NULL);
	    return TCL_ERROR;
	}
	else {
	    plsstrm(plFramePtr->ipls_save);
	    plend1();
	    plFramePtr->ipls_save =3D 0;
	    plsstrm(plFramePtr->ipls);
	}
     }

/* unrecognized */

     else {
	Tcl_AppendResult(interp, "bad option to \"save\": must be ",
	 "as or close", (char *) NULL);

	return TCL_ERROR;
     }

     return TCL_OK;
}

At first look, you doing the right thing, maybe it helps if you try to=20
set the stream with plsstrm right before plend(). Wouldn't know why this =

is necessary, but try it. plend should only end the current stream. Do=20
i1 and i2 contain different integers or the same?

HTH,
Werner



Han...@sh... wrote:
> Dear All,
>=20
> I like to save some pictures as are currently displayed on the screen=20
> into a "jpeg" file and then continue with plotting to the screen.
>=20
> I tried to do it as follows :
>=20
>       call plgstrm(i1)
>       call plmkstrm(i2)
>       call plsfnam('tmp.jpg')
>       call plsdev('jpeg')
>       call plcpstrm(i1,.false.)
>       call plreplot
>       call plend1
>       call plsstrm(i1)
>=20
> But as soon as I start plotting again the program crashes with a=20
> segmentation violation.
>=20
> Using "valgrind" on this, it looks like "plend1" frees the plot buffer =

> of the main stream. Removing "plend1" indeed let me continuing =
plotting,=20
> but then at the end, the call to "plend" gives me errors from "glibc"=20
> about corrupted links. Moreover by not calling "plend1" I think a lot =
of=20
> memory will be wasted.
>=20
> Is the way as described above for creating an intermediate "jpeg" file =

> valid or do I have to follow another route ?
>=20
> Any help is appreciated.
>=20
> Thanks,
> Hans Rijneke.
>=20
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
>=20
> (***:* +31 070 447 2737
> ****:_ __<mailto:han...@sh...>_*
> *6:**__*_____ <http://www.shell.com/eandp-en>_
>=20
> */Disclaimer of Liability: /*
> */This message, any attachment and response string are confidential =
and=20
> may be legally  privileged. It is intended only for the use of the=20
> parties to  whom it is addressed. If you are not the addressee=20
> indicated  in this message please notify the sender immediately by=20
> reply  email and destroy this message./*
>=20
> */All information and  attachments remain the property of =
Shell/**//*//
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> =
-------------------------------------------------------------------------=

> 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/
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


--=20
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

-------------------------------------------------------------------------=

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/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Segmentation violation

[Werner S. <sm...@ia...>]

Hi Hans,

I'm working on a similar thing for the wxwidgets driver, and one driver 
which has this already implemented is the tk driver, or more 
specifically the tk bindings. In the file bindings/tk/plframe.c you'll 
find the following code snippet:

/*--------------------------------------------------------------------------*\
  * Save
  *
  * Processes "save" widget command.
  * Saves plot to a file.
\*--------------------------------------------------------------------------*/

static int
Save(Tcl_Interp *interp, register PlFrame *plFramePtr,
      int argc, const char **argv)
{
     int length;
     char c;
     FILE *sfile;

  /* removed some code ...........  */

/* save to specified device & file */

     if ((c == 'a') && (strncmp(argv[0], "as", length) == 0)) {
	if (argc < 3) {
	    Tcl_AppendResult(interp, "wrong # args: should be \"",
			     " save as device file\"", (char *) NULL);
	    return TCL_ERROR;
	}

     /* If save previously in effect, delete old stream */

	if (plFramePtr->ipls_save) {
	    plsstrm(plFramePtr->ipls_save);
	    plend1();
	}

     /* Create stream for saves to selected device & file */

	plmkstrm(&plFramePtr->ipls_save);
	if (plFramePtr->ipls_save < 0) {
	    Tcl_AppendResult(interp, "Error -- cannot create stream",
			     (char *) NULL);
	    plFramePtr->ipls_save = 0;
	    return TCL_ERROR;
	}

     /* Open file for writes */

	if ((sfile = fopen(argv[2], "wb+")) == NULL) {
	    Tcl_AppendResult(interp, "Error -- cannot open file ", argv[2],
			     " for writing", (char *) NULL);
	    plFramePtr->ipls_save = 0;
	    plend1();
	    return TCL_ERROR;
	}

     /* Initialize stream */

	plsdev(argv[1]);
	plsfile(sfile);
     /* Note: many drivers ignore these, needed to preserve the aspect 
ratio */
         plspage( 0., 0., plFramePtr->width, plFramePtr->height, 0, 0 );
	plcpstrm(plFramePtr->ipls, 0);
	pladv(0);

     /* Remake current plot and then switch back to original stream */

	plreplot();
	plflush();
	plsstrm(plFramePtr->ipls);
     }

/* close save file */

     else if ((c == 'c') && (strncmp(argv[0], "close", length) == 0)) {

	if ( ! plFramePtr->ipls_save) {
	    Tcl_AppendResult(interp, "Error -- no current save file",
			     (char *) NULL);
	    return TCL_ERROR;
	}
	else {
	    plsstrm(plFramePtr->ipls_save);
	    plend1();
	    plFramePtr->ipls_save = 0;
	    plsstrm(plFramePtr->ipls);
	}
     }

/* unrecognized */

     else {
	Tcl_AppendResult(interp, "bad option to \"save\": must be ",
	 "as or close", (char *) NULL);

	return TCL_ERROR;
     }

     return TCL_OK;
}

At first look, you doing the right thing, maybe it helps if you try to 
set the stream with plsstrm right before plend(). Wouldn't know why this 
is necessary, but try it. plend should only end the current stream. Do 
i1 and i2 contain different integers or the same?

HTH,
Werner



Han...@sh... wrote:
> Dear All,
> 
> I like to save some pictures as are currently displayed on the screen 
> into a "jpeg" file and then continue with plotting to the screen.
> 
> I tried to do it as follows :
> 
>       call plgstrm(i1)
>       call plmkstrm(i2)
>       call plsfnam('tmp.jpg')
>       call plsdev('jpeg')
>       call plcpstrm(i1,.false.)
>       call plreplot
>       call plend1
>       call plsstrm(i1)
> 
> But as soon as I start plotting again the program crashes with a 
> segmentation violation.
> 
> Using "valgrind" on this, it looks like "plend1" frees the plot buffer 
> of the main stream. Removing "plend1" indeed let me continuing plotting, 
> but then at the end, the call to "plend" gives me errors from "glibc" 
> about corrupted links. Moreover by not calling "plend1" I think a lot of 
> memory will be wasted.
> 
> Is the way as described above for creating an intermediate "jpeg" file 
> valid or do I have to follow another route ?
> 
> Any help is appreciated.
> 
> Thanks,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
> 
> (***:* +31 070 447 2737
> ****:_ __<mailto:han...@sh...>_*
> *6:**__*_____ <http://www.shell.com/eandp-en>_
> 
> */Disclaimer of Liability: /*
> */This message, any attachment and response string are confidential and 
> may be legally  privileged. It is intended only for the use of the 
> parties to  whom it is addressed. If you are not the addressee 
> indicated  in this message please notify the sender immediately by 
> reply  email and destroy this message./*
> 
> */All information and  attachments remain the property of Shell/**//*//
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

[Plplot-general] Segmentation violation

[<Han...@sh...>]

Dear All,

I like to save some pictures as are currently displayed on the screen =
into a "jpeg" file and then continue with plotting to the screen.

I tried to do it as follows :

      call plgstrm(i1)
      call plmkstrm(i2)
      call plsfnam('tmp.jpg')
      call plsdev('jpeg')
      call plcpstrm(i1,.false.)
      call plreplot
      call plend1
      call plsstrm(i1)

But as soon as I start plotting again the program crashes with a =
segmentation violation.

Using "valgrind" on this, it looks like "plend1" frees the plot buffer =
of the main stream. Removing "plend1" indeed let me continuing plotting, =
but then at the end, the call to "plend" gives me errors from "glibc" =
about corrupted links. Moreover by not calling "plend1" I think a lot of =
memory will be wasted.

Is the way as described above for creating an intermediate "jpeg" file =
valid or do I have to follow another route ?

Any help is appreciated.

Thanks,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi All,

I am making progress, and have installed plplot correctly thanks to your
guys help.  Werner, your fix to wxwidget.cpp worked brilliantly and I can
run the examples now with the wxwidget driver.  Now that I am satisfied
with my plplot build I wanted to return to running plplot with wxwidgets on
xcode.  I am still receiving the error I received originally:

ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'

I tried compiling without ZeroLink as Jerry suggested but that still
doesn't execute.  Also, I looked for read_plot in my include and source
files but didn't find a function like that.

The wxwidget code I'm trying to transfer uses wxPlot which I believe is
built from plplot (which is why I think it is possible to get working on
the mac).  I have attached the include files that I use related to
plotting.  In my source files the only related classes I use are wxPlot,
wxGrid, and PlotCanvas.  Either I am calling something from these files
that plplot can't handle, or I am not implementing it correctly in xcode.
In regards to that, what libraries or include file locations should/could I
add to my xcode project?  Can I use the wxwidgets driver somehow?  Any
suggestions would be appreciated.  Thanks again.

Cheers,
Ty

> Hi,
> 
> > 3) My ultimate goal is to use PLplot with wxwidget code that I'm
> > transferring from a PC.  The code works on the PC (via wxPlot) and I'm
> > trying to get it to work on the mac via xcode 2.4.1.  I finally got
> > the code to compile, but recieve this error message when I try to
> > excute: 
> > [Session started at 2008-01-22 14:11:05 -0800.]
> > ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'
> > guifit has exited due to signal 6 (SIGABRT)
> 
> This doesn't look like a wxWidgets problem. The symbol 
> '__Z9read_plotP15plPlotterStructP7__sFILERb' is just a "encoded" 
> function call, which can't be found in the libraries you told XCode to 
> link into the executable. So I would look where you call a function 
> read_plot( plPlotterStruct , FILE ) (or similar), and where you
> actually define this function. I can't remember having defined such
> function in wxWidgets driver code, but I'll have a look.
> 
> Regards,
> Werner

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi All,

I am making progress, and have installed plplot correctly thanks to your
guys help.  Werner, your fix to wxwidget.cpp worked brilliantly and I can
run the examples now with the wxwidget driver.  Now that I am satisfied
with my plplot build I wanted to return to running plplot with wxwidgets on
xcode.  I am still receiving the error I received originally:

ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'

I tried compiling without ZeroLink as Jerry suggested but that still
doesn't execute.  Also, I looked for read_plot in my include and source
files but didn't find a function like that.

The wxwidget code I'm trying to transfer uses wxPlot which I believe is
built from plplot (which is why I think it is possible to get working on
the mac).  I have attached the include files that I use related to
plotting.  In my source files the only related classes I use are wxPlot,
wxGrid, and PlotCanvas.  Either I am calling something from these files
that plplot can't handle, or I am not implementing it correctly in xcode.
In regards to that, what libraries or include file locations should/could I
add to my xcode project?  Thanks again.

Cheers,
Ty

> Hi,
> 
> > 3) My ultimate goal is to use PLplot with wxwidget code that I'm
> > transferring from a PC.  The code works on the PC (via wxPlot) and I'm
> > trying to get it to work on the mac via xcode 2.4.1.  I finally got
> > the code to compile, but recieve this error message when I try to
> > excute: 
> > [Session started at 2008-01-22 14:11:05 -0800.]
> > ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'
> > guifit has exited due to signal 6 (SIGABRT)
> 
> This doesn't look like a wxWidgets problem. The symbol 
> '__Z9read_plotP15plPlotterStructP7__sFILERb' is just a "encoded" 
> function call, which can't be found in the libraries you told XCode to 
> link into the executable. So I would look where you call a function 
> read_plot( plPlotterStruct , FILE ) (or similar), and where you
> actually define this function. I can't remember having defined such
> function in wxWidgets driver code, but I'll have a look.
> 
> Regards,
> Werner

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Werner S. <sm...@ia...>]

Hi Ty,

> Thanks for looking into it.  I'm glad to hear that you are once again
> working with a mac, they are great little computers.  I'm rather  
> surprised
> that no one in the mac community has expressed an interest in this yet
> (wxwidget driver that is).

Obviously not, since I think I encountered this bug many months ago,  
but didn't have the time to fix it and was not motivated doing this on  
a *very* slow computer.
>
> I might seem alittle slow for saying this, but if the driver isn't  
> working
> for the examples from plplot, do I have any chance of getting it to  
> work
> with wxwidgets in xcode?

Maybe, since it was a bug in the application created around the  
driver, which is not needed if you use the wxWidgets driver from  
within a wxWidgets application, but nevertheless it's already fixed in  
the svn repository. So, please try the latest svn version or make the  
corresponding changes to drivers/wxwidgets.cpp:

Modified: trunk/drivers/wxwidgets.cpp
===================================================================
--- trunk/drivers/wxwidgets.cpp	2008-01-23 10:59:02 UTC (rev 8164)
+++ trunk/drivers/wxwidgets.cpp	2008-01-24 14:41:02 UTC (rev 8165)
@@ -1883,14 +1883,18 @@
		//printf( "Clipping region: x=%d, y=%d, width=%d, height=%d, counter= 
%d\n", vX, vY, vW, vH, counter++ );

     if( m_dev->antialized ) {
-      wxMemoryDC MemoryDC;
-			wxBitmap bitmap( m_dev->m_buffer->GetSubImage(wxRect(vX, vY, vW,  
vH)), -1 );
-      MemoryDC.SelectObject( bitmap );
-      dc.Blit( vX, vY, vW, vH, &MemoryDC, 0, 0 );
-      MemoryDC.SelectObject( wxNullBitmap );
+    	if( m_dev->m_buffer ) {
+	      wxMemoryDC MemoryDC;
+				wxBitmap bitmap( m_dev->m_buffer->GetSubImage(wxRect(vX, vY, vW,  
vH)), -1 );
+	      MemoryDC.SelectObject( bitmap );
+	      dc.Blit( vX, vY, vW, vH, &MemoryDC, 0, 0 );
+	      MemoryDC.SelectObject( wxNullBitmap );
+    	}
     }
-    else
-      dc.Blit( vX, vY, vW, vH, m_dev->dc, vX, vY );
+    else {
+    	if( m_dev->dc )
+   	   dc.Blit( vX, vY, vW, vH, m_dev->dc, vX, vY );
+    }

     upd ++ ;
   }

Most examples should work now.

Best Regards,
Werner

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Jerry <lan...@qw...>]

On Jan 23, 2008, at 12:01 PM, <ka...@en...>  
<ka...@en...> wrote:

> - The other question I had which Jerry might be able to answer best  
> is what
> libraries I should add to my xcode project.  From my wxwidget build  
> all the
> libraries I added ended in *.a.  I didn't see any such libraries in  
> plplot
> and was wondering if there are any to add?

Hi Ty,

I might have given you false hope. I've never built with wxwidgets,  
always with DENABLE_wxwidgets=OFF and -DPLD_wxwidgets=OFF. (Isn't  
that suggested on the plplot wiki for Macs?) The only non-Ada library  
that I put into Xcode is libplplotd.dylib.

Jerry