GEM-dev June 2005

gem-dev@lists.iem.at

12 participants
15 discussions

fixed filehandle leak?
by Mathieu Bouchard 14 Jun '05

14 Jun '05

Here's a bug that causes a filehandle leak in GEM. Every time an image load is attempted via image2mem() (used by [pix_image], [pix_multiimage], etc.) then a series of decoders are called one after the other, quitting after the first that succeeds. If the file exists and is not of any type handled before the SGI handler and not of SGI type either, the SGI decoder does not close the file handle. This happened several times when loading a *lot* of TIFF images on Windows during a Pd/GEM workshop at Videographe, this afternoon. When too many files are "open", then PureData can't open any new patch and can't even save any modified patches! Did I get it right? Index: src/Base/sgiimage.cpp =================================================================== RCS file: /cvsroot/pd-gem/Gem/src/Base/sgiimage.cpp,v retrieving revision 1.5 diff -u -r1.5 sgiimage.cpp --- src/Base/sgiimage.cpp 14 Sep 2003 16:03:59 -0000 1.5 +++ src/Base/sgiimage.cpp 13 Jun 2005 20:57:05 -0000 @@ -248,6 +248,7 @@ if(image.imagic != IMAGIC) { /* fprintf(stderr,"sizeofimage: bad magic number in image file\n"); */ + fclose(inf); return(0); } *xsize = image.xsize; ,-o--------o--------o--------o-. ,---. irc.freenode.net #dataflow | | The Diagram is the Program tm| | ,-o-------------o--------------o-. `-o------------o-------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone:+1.514.383.3801`---' `-o-- http://artengine.ca/matju -'

2 1

Thanks for your support
by Florian Grond 06 Jun '05

06 Jun '05

Dear List, Thanks to your support mostly with GEM (how to compile GEM, what libraies to switch on/off etc.) we could finish the installation "Quantenspiegel" (quantummirror), which is at the moment on show in the exhibition 51:49 at the ZKM in Karlsruhe. We did it by changing the pixbuffer oject such that two cameras can write into the buffer recombining and swapping pixels there. The resulting object is not really of general usefulness but at least our requestes stimulated IOhannnes to make the pixbuffer cyclic. you can find pictures from the installation on my page under projects / Quantenspiegel. http://www.grond.at/html/Frameset.htm Thanks again, Florian Lasse Hans

1 0

cvs commits done for the moment
by james tittle 02 Jun '05

02 Jun '05

hiya, ...after this flurry of activity, I think I have everything (and then some...) committed toward using the configure/make build system on OSX: one thing I'm not sure of is whether or not to commit my generated configure script, as that would be darwin specific...maybe we should delete the configure script in cvs in order to force people to run autoconf? And while yr at it (looking at IOhannes), can you go ahead and delete Base/GemDag.cpp & Base/GemDagg.h? I don't think we've used those in years... ...so, if anyone wishes to try this out on a "not-jamie's-machine" kind of computer, please do and report back any problems so I can move on to other Gem things...atm, it should be noted that the compile will default to the machine's osx version, as I haven't had time to insert the cross-compiling stuff (and thereby support older/ newer os versions)... good luck! jamie ps: remember, the configure stuff is in Gem/src/gnu, so cd there, then run "autoconf", then run "./configure --includedir=../../../ GemLibs:../../../pd-0.38-4/src --with-ftgl" or something similar (you may want to add "--disable-new", "--disable-ARB", or "--with- gemlibs=DIR" depending on your setup or osx version)

3 2

Re: [PD] GEM Linux and video codecs
by Etienne Desautels 02 Jun '05

02 Jun '05

Hi Patrick, On 05-06-02, at 12:49, patrick wrote: >> One last thing, I was not able to use FSAA. My video card is an ATI >> 9600 and I'm using the binary driver with x.org. I put the lines to >> enable FSAA in my X86-config-4 file without any success. Any ideas ? > > hi etienne, > > i have the same card and it works. you have to send [FSSA 6] (or 2,4) > to > gemwin before creating the window. let me know if it's not working, i > will > look at my x86conf (i remember i had troubles with some settings in > x86). Yes I know that I have to send [FSAA $1] to gemwin before the creation of the window, but it doesn't work. So, yes, if you could send me your x86conf, I'll appreciate. Also what's your distro and do you use xfree86 or x.org ? Thanks Etienne

2 1

Re: [GEM-cvs] Gem/src/Gnu acinclude.m4, 1.7, 1.8 aclocal.m4, 1.11, 1.12 configure, 1.37, 1.38
by james tittle 01 Jun '05

01 Jun '05

On May 19, 2005, at 7:41 AM, IOhannes m zmölnig wrote: > Update of /cvsroot/pd-gem/Gem/src/Gnu > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31109 > > Modified Files: > acinclude.m4 aclocal.m4 configure > Log Message: > did better quoting, this should fix the issues with autoconf>2.53 ...thanks for this! Ok, so I can now run autoconf with no big errors or warnings...but now I'll have to work on how to identify the opengl headers and such...plus, configure is picking up all the x11 stuff, and while that might be interesting as an intellectual exercise, I doubt anyone would want to run gem with x11 on osx: unfortunately, configuring with "-without-x" brings up "Gem will not run without X"...do you think that a "-with-osxnative" flag would be good to use to disable x11 and all of the "extra" media libs (except of course ftgl)? ...and one other thing before I dig into this over the weekend: it appears we can't do relative paths for --includedir? configure: error: expected an absolute directory name for -- includedir: ../../../GemLibs:../../../pd-0.38-4/src l8r, jamie

5 19

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev June 2005