after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today.
like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers.
noteable differences since 0.93.0: functionality bugs:
- [pix_film] no longer crashes when sending an "auto" message to it,
while no film is loaded
- [pix_film]'s "auto" message actually does something
- [pix_frei0r] no longer crashes when dynamically instantiating plugins
documentation:
- [pix_frei0r]/[pix_freeframe] help patches now mention how to
dynamically load a plugin at runtime (or change the plugin)
- [separator] help patch now explains how to only work on special openGL
matrices
binaries are available for w32 (installer & zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish.
grab it while it's hot: http://gem.iem.at/releases/0.93.1
alternatively you can get the files from https://sourceforge.net/projects/pd-gem
mfgadr IOhannes
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
hello IOhannes,
is gem 0.93 compiled with mingw, if not, is it planned?
----- "IOhannes zmölnig" zmoelnig@iem.at a écrit :
after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today.
like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers.
noteable differences since 0.93.0: functionality bugs:
- [pix_film] no longer crashes when sending an "auto" message to it,
while no film is loaded
- [pix_film]'s "auto" message actually does something
- [pix_frei0r] no longer crashes when dynamically instantiating
plugins documentation:
- [pix_frei0r]/[pix_freeframe] help patches now mention how to
dynamically load a plugin at runtime (or change the plugin)
- [separator] help patch now explains how to only work on special
openGL matrices
binaries are available for w32 (installer & zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish.
grab it while it's hot: http://gem.iem.at/releases/0.93.1
alternatively you can get the files from https://sourceforge.net/projects/pd-gem
mfgadr IOhannes
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 08/28/2011 05:54 PM, Patrice Colet wrote:
hello IOhannes,
is gem 0.93 compiled with mingw, if not, is it planned?
it's not compiled with mingw, and it is not planned for 0.93
Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-))
apart from mingw currently not properly compiling Gem at all, there are some more things that ought be kept in mind:
- i (personally) currently don't have time nor energy to setup a local
mingw build machine for Gem
- for video capture and image acquisition Gem uses DirectShow and i
remember that there were problems using those with mingw
- all the DirectShow stuff is no longer part of Gem proper, but lives in
plugins (cool); unfortunately the plugins (still only) have a C++ API, so you couldn't use a plugin compiled with M$VC within Gem compiled on mingw.
so having Gem build on MinGW would be great, but it is not very high on my todo list (but again, if you feel like doing the work, go ahead; in this case, it might be a good idea to join gem-dev@)
fgmasdr IOhannes
Okay i will join the gem-dev list when I'll get time to work on it... before I'd like to finish the pd-extended build system stuff, there still are problems to get it working.
Using mingw would be great for me because we will be able to use Gem libs on gridflow.
----- "IOhannes zmölnig" zmoelnig@iem.at a écrit :
On 08/28/2011 05:54 PM, Patrice Colet wrote:
hello IOhannes,
is gem 0.93 compiled with mingw, if not, is it planned?
it's not compiled with mingw, and it is not planned for 0.93
Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-))
apart from mingw currently not properly compiling Gem at all, there are some more things that ought be kept in mind:
- i (personally) currently don't have time nor energy to setup a
local mingw build machine for Gem
- for video capture and image acquisition Gem uses DirectShow and i
remember that there were problems using those with mingw
- all the DirectShow stuff is no longer part of Gem proper, but lives
in plugins (cool); unfortunately the plugins (still only) have a C++ API, so you couldn't use a plugin compiled with M$VC within Gem compiled on mingw.
so having Gem build on MinGW would be great, but it is not very high on my todo list (but again, if you feel like doing the work, go ahead; in this case, it might be a good idea to join gem-dev@)
fgmasdr IOhannes
On Sun, 28 Aug 2011, IOhannes zmölnig wrote:
Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-))
It's not that I would like to have the option of compiling Gem in MinGW, it's that I would like the default builds of Gem to be able to communicate with GridFlow. So it's either that Gem binaries for Windows all use MinGW, or that a workaround is created so that anything that communicates with Gem can do it without being compiled in MSVC.
Otherwise, it would mean that GEM users who want to try GF have to reinstall a different GEM than default just to have something that runs with MinGW.
Afaict, GridFlow will never run with MSVC. Well, it might not be using that many GCC extensions, but I haven't counted them. Maybe it's only variable-sized arrays on stack, and variable number of args in macros.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On 08/28/2011 06:41 PM, Mathieu Bouchard wrote:
On Sun, 28 Aug 2011, IOhannes zmölnig wrote:
Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-))
It's not that I would like to have the option of compiling Gem in MinGW, it's that I would like the default builds of Gem to be able to communicate with GridFlow. So it's either that Gem binaries for Windows all use MinGW, or that a workaround is created so that anything that communicates with Gem can do it without being compiled in MSVC.
Otherwise, it would mean that GEM users who want to try GF have to reinstall a different GEM than default just to have something that runs with MinGW.
i'm aware of the problem. however, the problem is the solution.
gfmasr IOhannes
On 08/28/2011 07:44 PM, Mathieu Bouchard wrote:
On Sun, 28 Aug 2011, IOhannes zmölnig wrote:
i'm aware of the problem. however, the problem is the solution.
What does that mean ?
i meant: "i'm aware of the problem, however i don't see a solution."
it was not meant to be self-referring.
gfmasdr IOhannes
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Iohannes, cheers for the bug fix!
On Sun, Aug 28, 2011 at 8:27 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
The 0.43 Pd-extended nightly builds include it, AFAIK.
.hc
On Aug 28, 2011, at 3:27 PM, Pagano, Patrick wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
I cannot seem to get it to run. I get some funky errors and then either pd will quit or it will not load Gem. I assume some things need to be ironed out. I also posted to the frei0r-devel list hoping that we may get usable frei0r plugins for OSX. Currently it seems like the autobuilds are offline for pd-extened too
pp
On 8/28/11 10:10 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
The 0.43 Pd-extended nightly builds include it, AFAIK.
.hc
On Aug 28, 2011, at 3:27 PM, Pagano, Patrick wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
¡El pueblo unido jamás será vencido!
its seems to be a DNS problem. You can get it here: http://128.238.56.50
On Aug 31, 2011, at 10:23 AM, Pagano, Patrick wrote:
I cannot seem to get it to run. I get some funky errors and then
either pd will quit or it will not load Gem. I assume some things need to be
ironed out. I also posted to the frei0r-devel list hoping that we may get
usable frei0r plugins for OSX. Currently it seems like the autobuilds are offline for pd-extened toopp
On 8/28/11 10:10 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
The 0.43 Pd-extended nightly builds include it, AFAIK.
.hc
On Aug 28, 2011, at 3:27 PM, Pagano, Patrick wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
¡El pueblo unido jamás será vencido!
There is no way to peace, peace is the way. -A.J. Muste
Hey when I run the latest build I get /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv Referenced from: /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin Expected in: dynamic lookup
Gem: can't load library toxy: can't load library /Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap.pd_darw in: dlopen(/Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap. pd_darwin, 10): no suitable image found. Did find: /Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap.pd_dar win: mach-o, but wrong architecture /Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem_anythi ng.pd_darwin: dlopen(/Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem _anything.pd_darwin, 10): no suitable image found. Did find: /Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem_anyth ing.pd_darwin: mach-o, but wrong architecture iem_anything: can't load library flib: can't load library flatspace: can't load library PDP: pure data packet version 0.12.7-svn pidip: can't load library freeverb~ v1.2
Please advise on how to proceed
pp
On 8/31/11 12:58 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
its seems to be a DNS problem. You can get it here: http://128.238.56.50
On Aug 31, 2011, at 10:23 AM, Pagano, Patrick wrote:
I cannot seem to get it to run. I get some funky errors and then either pd will quit or it will not load Gem. I assume some things need to be ironed out. I also posted to the frei0r-devel list hoping that we may get usable frei0r plugins for OSX. Currently it seems like the autobuilds are offline for pd-extened too
pp
On 8/28/11 10:10 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
The 0.43 Pd-extended nightly builds include it, AFAIK.
.hc
On Aug 28, 2011, at 3:27 PM, Pagano, Patrick wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
¡El pueblo unido jamás será vencido!
--
There is no way to peace, peace is the way. -A.J. Muste
hello
i am getting something similar with Pd-0.43.1-extended-20110831.app (my first attempt with Pd-0.43.1-extended).
for me though, when clicking on the App icon the PD window briefly appears and the PD dispersal. I then removed the Gem folder from extra in the Package and PD-Extended-0.43.1 appears fine, obviously with the message "Gem: can't load library" in the console...
I then ran extended from command line, eg:
/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/bin/pd -stderr -d 3 -verbose
and all works just fine (Gem included)
question is: why when clicking on App i get an immediate crash (is it a crash?). Is there a way to log the crash by clicking on the App since running from terminal seems fine?
idk
just thought i would let you guys know if the issue.
BTW I am on 10.7.1 ... could that be the issue? Although I do remember now a month or so ago trying an older build of extended 0.43.0 and getting a pretty similar result. PD window immediately goes away.
cheers mar
On Wed, Aug 31, 2011 at 5:06 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Hey when I run the latest build I get /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv Referenced from: /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin Expected in: dynamic lookup
Gem: can't load library toxy: can't load library /Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap.pd_darw in: dlopen(/Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap. pd_darwin, 10): no suitable image found. Did find: /Applications/pd/Pd-extended.app/Contents/Resources/extra/ggee/vbap.pd_dar win: mach-o, but wrong architecture /Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem_anythi ng.pd_darwin: dlopen(/Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem _anything.pd_darwin, 10): no suitable image found. Did find: /Applications/pd/Pd-extended.app/Contents/Resources/extra/iemlib/iem_anyth ing.pd_darwin: mach-o, but wrong architecture iem_anything: can't load library flib: can't load library flatspace: can't load library PDP: pure data packet version 0.12.7-svn pidip: can't load library freeverb~ v1.2
Please advise on how to proceed
pp
On 8/31/11 12:58 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
its seems to be a DNS problem. You can get it here: http://128.238.56.50
On Aug 31, 2011, at 10:23 AM, Pagano, Patrick wrote:
I cannot seem to get it to run. I get some funky errors and then either pd will quit or it will not load Gem. I assume some things need to be ironed out. I also posted to the frei0r-devel list hoping that we may get usable frei0r plugins for OSX. Currently it seems like the autobuilds are offline for pd-extened too
pp
On 8/28/11 10:10 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
The 0.43 Pd-extended nightly builds include it, AFAIK.
.hc
On Aug 28, 2011, at 3:27 PM, Pagano, Patrick wrote:
Is there a how-to for compiling GEM on OSX? I really want to get started with frei0r and freeframe
pp
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
¡El pueblo unido jamás será vencido!
--
There is no way to peace, peace is the way. -A.J. Muste
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/31/2011 11:06 PM, Pagano, Patrick wrote:
Hey when I run the latest build I get /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv
Gem currently builds on OSX>=10.6 (ia64), but will not run since it still depends on QuickTime. iirc, the release announcement for 0.93.0 was asking for an OSX developer to resolved exactly these issues.
in the meantime, you should be able to get a running Gem-0.93.1 on OSX-10.6/10.7 by forcing it's architecture to 32bit ("--enable-fat-binary=i386")
better still would be to fix the window code (there is a start in Output/gemcocoawindow.mm)
fgmasdr IOhannes
Sorry for the "newbie" question but how do I update the Gem version on my Pd-extended? I know for an external I don't have I just put the external into my Macintosh HD/Library/Pd folder. But what do I do with this new Gem? I can't replace it in the /Library/Pd because it isn't there.
Probably something simple I've missed?
Thanks
PS Sorry for the double mail IOhannes, the new gmail layout is irritating me.
2011/9/2 IOhannes m zmölnig zmoelnig@iem.at
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/31/2011 11:06 PM, Pagano, Patrick wrote:
Hey when I run the latest build I get
/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/..
/extra/Gem/Gem.pd_darwin:
dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr
ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv
Gem currently builds on OSX>=10.6 (ia64), but will not run since it still depends on QuickTime. iirc, the release announcement for 0.93.0 was asking for an OSX developer to resolved exactly these issues.
in the meantime, you should be able to get a running Gem-0.93.1 on OSX-10.6/10.7 by forcing it's architecture to 32bit ("--enable-fat-binary=i386")
better still would be to fix the window code (there is a start in Output/gemcocoawindow.mm)
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5fm/IACgkQkX2Xpv6ydvT71wCg1x4NC+nrPYJ4TIqIE/JTrbIB Ku0AoNGi5ifd1Bwoqh93DPpLARFATxuV =lDul -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Just drop it in the normal externals install location, i.e. ~/Library/Pd, and it'll load that one before the internal one.
.hc
On Nov 14, 2011, at 8:37 PM, Richie Cyngler wrote:
Sorry for the "newbie" question but how do I update the Gem version on my Pd-extended? I know for an external I don't have I just put the external into my Macintosh HD/Library/Pd folder. But what do I do with this new Gem? I can't replace it in the /Library/Pd because it isn't there.
Probably something simple I've missed?
Thanks
PS Sorry for the double mail IOhannes, the new gmail layout is irritating me.
2011/9/2 IOhannes m zmölnig zmoelnig@iem.at -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/31/2011 11:06 PM, Pagano, Patrick wrote:
Hey when I run the latest build I get /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. /extra/Gem/Gem.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv
Gem currently builds on OSX>=10.6 (ia64), but will not run since it still depends on QuickTime. iirc, the release announcement for 0.93.0 was asking for an OSX developer to resolved exactly these issues.
in the meantime, you should be able to get a running Gem-0.93.1 on OSX-10.6/10.7 by forcing it's architecture to 32bit ("--enable-fat-binary=i386")
better still would be to fix the window code (there is a start in Output/gemcocoawindow.mm)
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5fm/IACgkQkX2Xpv6ydvT71wCg1x4NC+nrPYJ4TIqIE/JTrbIB Ku0AoNGi5ifd1Bwoqh93DPpLARFATxuV =lDul -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Richie _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Thanks Hans,
Done. The console still shows Gem 0.92.3. But I don't know how to test which one is actually running when I use Gem objects. I'm assuming it's still the old one.
On Tue, Nov 15, 2011 at 1:22 PM, Hans-Christoph Steiner hans@at.or.atwrote:
Just drop it in the normal externals install location, i.e. ~/Library/Pd, and it'll load that one before the internal one.
.hc
On Nov 14, 2011, at 8:37 PM, Richie Cyngler wrote:
Sorry for the "newbie" question but how do I update the Gem version on my Pd-extended? I know for an external I don't have I just put the external into my Macintosh HD/Library/Pd folder. But what do I do with this new Gem? I can't replace it in the /Library/Pd because it isn't there.
Probably something simple I've missed?
Thanks
PS Sorry for the double mail IOhannes, the new gmail layout is irritating me.
2011/9/2 IOhannes m zmölnig zmoelnig@iem.at
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/31/2011 11:06 PM, Pagano, Patrick wrote:
Hey when I run the latest build I get
/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/..
/extra/Gem/Gem.pd_darwin:
dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr
ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv
Gem currently builds on OSX>=10.6 (ia64), but will not run since it still depends on QuickTime. iirc, the release announcement for 0.93.0 was asking for an OSX developer to resolved exactly these issues.
in the meantime, you should be able to get a running Gem-0.93.1 on OSX-10.6/10.7 by forcing it's architecture to 32bit ("--enable-fat-binary=i386")
better still would be to fix the window code (there is a start in Output/gemcocoawindow.mm)
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5fm/IACgkQkX2Xpv6ydvT71wCg1x4NC+nrPYJ4TIqIE/JTrbIB Ku0AoNGi5ifd1Bwoqh93DPpLARFATxuV =lDul -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Richie _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
i've made a little script to install last gem releases inside pd-extended under osx: http://nim.on.free.fr/data/gemtopdx.zip i'd like to see if it works for you as well n
Le 15/11/11 03:48, Richie Cyngler a écrit :
Thanks Hans,
Done. The console still shows Gem 0.92.3. But I don't know how to test which one is actually running when I use Gem objects. I'm assuming it's still the old one.
On Tue, Nov 15, 2011 at 1:22 PM, Hans-Christoph Steiner <hans@at.or.at mailto:hans@at.or.at> wrote:
Just drop it in the normal externals install location, i.e. ~/Library/Pd, and it'll load that one before the internal one. .hc On Nov 14, 2011, at 8:37 PM, Richie Cyngler wrote:Sorry for the "newbie" question but how do I update the Gem version on my Pd-extended? I know for an external I don't have I just put the external into my Macintosh HD/Library/Pd folder. But what do I do with this new Gem? I can't replace it in the /Library/Pd because it isn't there. Probably something simple I've missed? Thanks PS Sorry for the double mail IOhannes, the new gmail layout is irritating me. 2011/9/2 IOhannes m zmölnig <zmoelnig@iem.at <mailto:zmoelnig@iem.at>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/31/2011 11:06 PM, Pagano, Patrick wrote: > Hey when I run the latest build I get > /Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scripts/.. > /extra/Gem/Gem.pd_darwin: > dlopen(/Applications/Pd-0.43.1-extended-20110831.app/Contents/Resources/Scr > ipts/../extra/Gem/Gem.pd_darwin, 10): Symbol not found: __Z10initGemWinv Gem currently builds on OSX>=10.6 (ia64), but will not run since it still depends on QuickTime. iirc, the release announcement for 0.93.0 was asking for an OSX developer to resolved exactly these issues. in the meantime, you should be able to get a running Gem-0.93.1 on OSX-10.6/10.7 by forcing it's architecture to 32bit ("--enable-fat-binary=i386") better still would be to fix the window code (there is a start in Output/gemcocoawindow.mm <http://gemcocoawindow.mm/>) fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5fm/IACgkQkX2Xpv6ydvT71wCg1x4NC+nrPYJ4TIqIE/JTrbIB Ku0AoNGi5ifd1Bwoqh93DPpLARFATxuV =lDul -----END PGP SIGNATURE----- _______________________________________________ Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Richie _______________________________________________ Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list---------------------------------------------------------------------------- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.-- Richie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-11-15 03:48, Richie Cyngler wrote:
Thanks Hans,
Done. The console still shows Gem 0.92.3. But I don't know how to test which one is actually running when I use Gem objects. I'm assuming it's still the old one.
if it shows "0.92.3" than it most likely is 0.92.3
elaborated guess: Gem does a bit of path magic to be able to access its own abstractions. this means that it adds it's own path to the list of search paths of Pd. if you then manually edit your search paths and save, you will end up with a hardcoded path to the currently installed version of Gem. if you now install a new Gem into a different location, you still have the old search path stored in your preferences, and Pd is likely to look there first, thus finding and loading the old Gem!
short fix: open your "Path"-preferences and delete all references to the Gem-paths. save. restart Pd
fgmafsdr IOhannes
On Nov 15, 2011, at 3:19 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-11-15 03:48, Richie Cyngler wrote:
Thanks Hans,
Done. The console still shows Gem 0.92.3. But I don't know how to test which one is actually running when I use Gem objects. I'm assuming it's still the old one.
if it shows "0.92.3" than it most likely is 0.92.3
elaborated guess: Gem does a bit of path magic to be able to access its own abstractions. this means that it adds it's own path to the list of search paths of Pd. if you then manually edit your search paths and save, you will end up with a hardcoded path to the currently installed version of Gem. if you now install a new Gem into a different location, you still have the old search path stored in your preferences, and Pd is likely to look there first, thus finding and loading the old Gem!
short fix: open your "Path"-preferences and delete all references to the Gem-paths. save. restart Pd
I generally recommend not using the preferences with Pd-extended and instead store the settings in the patch and use the standard install locations.
.hc
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-11-15 02:37, Richie Cyngler wrote:
Sorry for the "newbie" question but how do I update the Gem version on my Pd-extended? I know for an external I don't have I just put the external into my Macintosh HD/Library/Pd folder. But what do I do with this new Gem? I can't replace it in the /Library/Pd because it isn't there.
Probably something simple I've missed?
btw, isn't there a README_1st.txt in the released archive, that gives you instructions on how to install Gem on OSX?
fmasdr IOhannes
----- "Mathieu Bouchard" matju@artengine.ca a écrit :
Otherwise, it would mean that GEM users who want to try GF have to reinstall a different GEM than default just to have something that runs with MinGW.
If Gem can be compiled with mingw, it can be done by pd-extended build system on win32, as well as gridflow, so they should work together and be included in nightly builds.
On Aug 29, 2011, at 7:22 AM, Patrice Colet wrote:
----- "Mathieu Bouchard" matju@artengine.ca a écrit :
Otherwise, it would mean that GEM users who want to try GF have to reinstall a different GEM than default just to have something that runs with MinGW.
If Gem can be compiled with mingw, it can be done by pd-extended
build system on win32, as well as gridflow, so they should work together and be included in nightly builds.
Yes, that is true. Its not trivial to get Gem building on MinGW, but
I think its definitely doable and without horrible pain, just some
pain ;). The Windows build server is ready to do it, its got the
QuickTime SDK installed. I think the best plan of attack is to do it
incrementally. So first just the most basic, stripped down version of
Gem building, then try adding more features as things get working.
Patrice, if you can take the lead on this, I'll help where I can.
.hc
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent controls
you." - Richard M. Stallman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 17:10, Hans-Christoph Steiner wrote:
incrementally. So first just the most basic, stripped down version of Gem building, then try adding more features as things get working.
luckily, all the complicated dependency stuff is no longer required to build Gem anyhow. cool that we now have plugins :-)
fgmasdr IOhannes
On Aug 29, 2011, at 11:24 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 17:10, Hans-Christoph Steiner wrote:
incrementally. So first just the most basic, stripped down version
of Gem building, then try adding more features as things get working.luckily, all the complicated dependency stuff is no longer required to build Gem anyhow. cool that we now have plugins :-)
Yes, it is, thanks for that :)
.hc
"It is convenient to imagine a power beyond us because that means we
don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White
On Aug 28, 2011, at 12:08 PM, IOhannes zmölnig wrote:
On 08/28/2011 05:54 PM, Patrice Colet wrote:
hello IOhannes,
is gem 0.93 compiled with mingw, if not, is it planned?
it's not compiled with mingw, and it is not planned for 0.93
Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-))
apart from mingw currently not properly compiling Gem at all, there
are some more things that ought be kept in mind:
- i (personally) currently don't have time nor energy to setup a local
mingw build machine for Gem
- for video capture and image acquisition Gem uses DirectShow and i
remember that there were problems using those with mingw
- all the DirectShow stuff is no longer part of Gem proper, but
lives in plugins (cool); unfortunately the plugins (still only) have a C++ API, so you couldn't use a plugin compiled with M$VC within Gem compiled on mingw.
so having Gem build on MinGW would be great, but it is not very high
on my todo list (but again, if you feel like doing the work, go ahead; in this case, it might be a good idea to join gem-dev@)
I believe that the DirectShow stuff was resolved many years ago. But
I've never tried it. Here's instructions on how to do it with DirectX
9:
http://nova.polymtl.ca/~guardia/programming.php
.hc
Mistrust authority - promote decentralization. - the hacker ethic
Le 28/08/2011 17:27, IOhannes zmölnig a écrit :
after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today.
like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers.
noteable differences since 0.93.0: functionality bugs:
- [pix_film] no longer crashes when sending an "auto" message to it,
while no film is loaded
- [pix_film]'s "auto" message actually does something
- [pix_frei0r] no longer crashes when dynamically instantiating plugins
documentation:
- [pix_frei0r]/[pix_freeframe] help patches now mention how to
dynamically load a plugin at runtime (or change the plugin)
- [separator] help patch now explains how to only work on special openGL
matrices
OK, thanx for the clarification about [separator]. ++
Jack
binaries are available for w32 (installer& zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish.
grab it while it's hot: http://gem.iem.at/releases/0.93.1
alternatively you can get the files from https://sourceforge.net/projects/pd-gem
mfgadr IOhannes
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Iohannes
Thanks for the clarification regarding Frei0r/freeframe!
From: Jack <jack@rybn.orgmailto:jack@rybn.org> Date: Sun, 28 Aug 2011 19:42:30 +0200 To: <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] [PD-announce] gem 0.93.1
Le 28/08/2011 17:27, IOhannes zmölnig a écrit :
after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today.
like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers.
noteable differences since 0.93.0: functionality bugs:
- [pix_film] no longer crashes when sending an "auto" message to it,
while no film is loaded
- [pix_film]'s "auto" message actually does something
- [pix_frei0r] no longer crashes when dynamically instantiating plugins
documentation:
- [pix_frei0r]/[pix_freeframe] help patches now mention how to
dynamically load a plugin at runtime (or change the plugin)
- [separator] help patch now explains how to only work on special openGL
matrices
OK, thanx for the clarification about [separator]. ++
Jack
binaries are available for w32 (installer & zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish.
grab it while it's hot: http://gem.iem.at/releases/0.93.1
alternatively you can get the files from https://sourceforge.net/projects/pd-gem
mfgadr IOhannes
Pd-announce mailing list Pd-announce@iem.atmailto:Pd-announce@iem.athttp://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi...thank you...great job
but :-(( :
attached patch named _maincamera3 did work with ver: 0.91-cvs win7/64.
with the new one it crashes pd. even with noloadbang....
maybe you can find out what happend
thanks again... der.brandt
Zitat von "IOhannes zmölnig" zmoelnig@iem.at:
after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today.
like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers.
noteable differences since 0.93.0: functionality bugs:
- [pix_film] no longer crashes when sending an "auto" message to it,
while no film is loaded
- [pix_film]'s "auto" message actually does something
- [pix_frei0r] no longer crashes when dynamically instantiating plugins
documentation:
- [pix_frei0r]/[pix_freeframe] help patches now mention how to
dynamically load a plugin at runtime (or change the plugin)
- [separator] help patch now explains how to only work on special openGL
matrices
binaries are available for w32 (installer & zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish.
grab it while it's hot: http://gem.iem.at/releases/0.93.1
alternatively you can get the files from https://sourceforge.net/projects/pd-gem
mfgadr IOhannes
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 17:00, brandt@subnet.at wrote:
hi...thank you...great job
but :-(( :
attached patch named _maincamera3 did work with ver: 0.91-cvs win7/64. with the new one it crashes pd. even with noloadbang....
maybe you can find out what happend
maybe you can help us a bit. e.g. by:
- telling us which OS you are using
- which Pd?
- creating a _minimal_ patch that triggers the problem
- what get's printed to the pd-console before the crash? what get's
printed to the console?
- what if you raise verbosity to level 2?
fgamsdr IOhannes
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 17:00, brandt@subnet.at wrote:
hi...thank you...great job
but :-(( :
attached patch named _maincamera3 did work with ver: 0.91-cvs win7/64. with the new one it crashes pd. even with noloadbang....
maybe you can find out what happend
maybe you can help us a bit. e.g. by:
- telling us which OS you are using
win7/64.
- which Pd?
0-42.5-extended
- creating a _minimal_ patch that triggers the problem
this may take some time...
- what get's printed to the pd-console before the crash? what get's
printed to the console?
nothing....pd just disapear
- what if you raise verbosity to level 2?
i have to find out how, because i am still not familiar with the new
.bat in win7
Thank you in advance der.brandt
fgamsdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5br/oACgkQkX2Xpv6ydvQJHQCfYKJTxfi7VmFN+IdSNdvDGshz 6X4AnjKOrP9MFaurKSAmuyPXz6Hmnhdn =EAQq -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 18:46, brandt@subnet.at wrote:
- what get's printed to the pd-console before the crash? what get's
printed to the console?
nothing....pd just disapear
never!
i think this has been mentioned on this list a couple of times, but let's do it again
you ought to start Pd from the cmdline/shell/CLI (the thing you get when you do "Cmd-R" and start the "cmd" program), use "pd.com" (rather than "pd.exe"), give it the "-stderr" flag (so it won't print to the pd-console but to the console instead), and eventually add "-verbose
- -verbose" to the flags.
something like:
$ C:\Programme\pd\bin\pd.com -stderr -open patch.pd 2> pd.log
this will print everything into a log-file "pd.log". once you triggered the crash, the pd.log will still be their and ready for future inspection.
- what if you raise verbosity to level 2?
i have to find out how, because i am still not familiar with the new .bat in win7
no need for a .bat file. .bat files are their for convenience, so you don't need to reiterate simple tasks. let's hope that you don't need to debug so often, that you need a convenience framework for that.
just add "-verbose -verbose" (that's 2* "-verbose") right after ther "-stderr"...
fgnasdr IOhannes
hmmm....thank you
attached the pd.log file and the file pdVV.txt -verbose -verbose prints...
thank you in advance der.brandt
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 18:46, brandt@subnet.at wrote:
- what get's printed to the pd-console before the crash? what get's
printed to the console?
nothing....pd just disapear
never!
i think this has been mentioned on this list a couple of times, but let's do it again
you ought to start Pd from the cmdline/shell/CLI (the thing you get when you do "Cmd-R" and start the "cmd" program), use "pd.com" (rather than "pd.exe"), give it the "-stderr" flag (so it won't print to the pd-console but to the console instead), and eventually add "-verbose
- -verbose" to the flags.
something like:
$ C:\Programme\pd\bin\pd.com -stderr -open patch.pd 2> pd.log
this will print everything into a log-file "pd.log". once you triggered the crash, the pd.log will still be their and ready for future inspection.
- what if you raise verbosity to level 2?
i have to find out how, because i am still not familiar with the new .bat in win7
no need for a .bat file. .bat files are their for convenience, so you don't need to reiterate simple tasks. let's hope that you don't need to debug so often, that you need a convenience framework for that.
just add "-verbose -verbose" (that's 2* "-verbose") right after ther "-stderr"...
fgnasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5ci/QACgkQkX2Xpv6ydvTufgCeJO1cfQSgycPUWmAywcspoRBO 7CsAoK5MEuYL2RijYndj5DUflwlFo+VZ =4mkg -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 11:51, brandt@subnet.at wrote:
hmmm....thank you
attached the pd.log file and the file pdVV.txt -verbose -verbose prints...
thanks. the pd.log doesn't do much, but pdVV.txt shows a bit.
#1 are you sure that this is Gem-0.93.1, and not Gem-0.93.0? (in 0.93.0 the splashscreen would show "0.91.CVS", i thought i fixed that with 0.91.1)
#2 afaict, you get the crash while loading your patch (even before any loadbang might get evaluated); the problem might be related to ImageMagick
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin). does it still crash? if this fixes the problem, you could try to re-install Gem and de-selecting "imageMAGICK" and instead selecting "imageQT" (which will use QuickTime for imageloading) or "imageJPEG", "imageTIFF" and "imageSGI" (which will use the image loaders you had in older Gem releases)
if it does not fix the problem, what do you get if you add "-noprefs" to the startup flags (logfiles please)?
fgmasdr IOhannes
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 11:51, brandt@subnet.at wrote:
hmmm....thank you
attached the pd.log file and the file pdVV.txt -verbose -verbose prints...
thanks. the pd.log doesn't do much, but pdVV.txt shows a bit.
#1 are you sure that this is Gem-0.93.1, and not Gem-0.93.0? (in 0.93.0 the splashscreen would show "0.91.CVS", i thought i fixed that with 0.91.1)
GEM: ver: 0.93.CVS
#2 afaict, you get the crash while loading your patch (even before any loadbang might get evaluated); the problem might be related to ImageMagick
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin).
i renamed it to _gem_imageMAGICK.dll, is that ok?
does it still crash?
yes
if this fixes the problem, you could try to re-install Gem and de-selecting "imageMAGICK" and instead selecting "imageQT" (which will use QuickTime for imageloading) or "imageJPEG", "imageTIFF" and "imageSGI" (which will use the image loaders you had in older Gem releases)
if it does not fix the problem, what do you get if you add "-noprefs" to the startup flags (logfiles please)?
no prefs starts the patch.....
thank you so much der.brandt
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5cuEgACgkQkX2Xpv6ydvRVHwCg5rgaw+vAQyh/qv5N0c1p6UPk nfsAoOxK0bValRsVE338Q7Ol4YfboKvd =Qy5F -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 12:45, brandt@subnet.at wrote:
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
On 2011-08-30 11:51, brandt@subnet.at wrote:
hmmm....thank you
attached the pd.log file and the file pdVV.txt -verbose -verbose prints...
thanks. the pd.log doesn't do much, but pdVV.txt shows a bit.
#1 are you sure that this is Gem-0.93.1, and not Gem-0.93.0? (in 0.93.0 the splashscreen would show "0.91.CVS", i thought i fixed that with 0.91.1)
GEM: ver: 0.93.CVS
let's rephrase: Gem-0.93.0 would display "0.93.CVS" whereas Gem-0.93.1 should display "0.93.1" therefore i ask whether you are sure that you are using 0.93.1 (try to re-download the installer, it might have been fixed 5 minutes after the initial upload)
i just want t omake sure that we are definitely working on 0.93.1
#2 afaict, you get the crash while loading your patch (even before any loadbang might get evaluated); the problem might be related to ImageMagick
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin).
i renamed it to _gem_imageMAGICK.dll, is that ok?
that should be enough.
does it still crash?
yes
darn
no prefs starts the patch.....
that was a bit too optimistic: i meant "-noprefs -lib Gem" (so we only have Gem loaded and no other library)
and please always use "-verbose -verbose"; the non-verbose logs are virtually useless.
fgmasdr IOhannes
now we are dealing with GEM: ver: 0.93.1
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 12:45, brandt@subnet.at wrote:
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
On 2011-08-30 11:51, brandt@subnet.at wrote:
hmmm....thank you
attached the pd.log file and the file pdVV.txt -verbose -verbose prints...
thanks. the pd.log doesn't do much, but pdVV.txt shows a bit.
#1 are you sure that this is Gem-0.93.1, and not Gem-0.93.0? (in 0.93.0 the splashscreen would show "0.91.CVS", i thought i fixed that with 0.91.1)
GEM: ver: 0.93.CVS
let's rephrase: Gem-0.93.0 would display "0.93.CVS" whereas Gem-0.93.1 should display "0.93.1" therefore i ask whether you are sure that you are using 0.93.1 (try to re-download the installer, it might have been fixed 5 minutes after the initial upload)
i just want t omake sure that we are definitely working on 0.93.1
#2 afaict, you get the crash while loading your patch (even before any loadbang might get evaluated); the problem might be related to ImageMagick
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin).
i renamed it to _gem_imageMAGICK.dll, is that ok?
that should be enough.
does it still crash?
yes
darn
no prefs starts the patch.....
that was a bit too optimistic: i meant "-noprefs -lib Gem" (so we only have Gem loaded and no other
this one crashes again
library)
and please always use "-verbose -verbose"; the non-verbose logs are virtually useless.
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5cwZ4ACgkQkX2Xpv6ydvTMsgCeJyVvTQmzqCTy3/rLXLpeQjX+ 6kUAnRYcEU+gJpYJgC05CH1cd1pMQNmd =i66S -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 13:16, brandt@subnet.at wrote:
now we are dealing with GEM: ver: 0.93.1
cool, thanks
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin).
so could we try that again? for simplicity, could you move _all_ plugins into a disabled/ folder (or rename all of them; or delete all of them), and then post the verbose2 logs (and -noprefs -lib Gem ...)
gmasdr IOhannes
sorry first...i was out of office...lets start
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 13:16, brandt@subnet.at wrote:
now we are dealing with GEM: ver: 0.93.1
cool, thanks
therefore: could you try to move the "gem_imageMAGICK.dll" out of the way? (effectively disabling this plugin).
so could we try that again? for simplicity, could you move _all_ plugins into a disabled/ folder (or rename all of them; or delete all of them),
i put everything into disabled folder except Gem.dll
and then post the verbose2
logs (and -noprefs -lib Gem ...)
as attached
gmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5c0M8ACgkQkX2Xpv6ydvS/8gCg7NJ4ywqa5dDStauFj5iKO8Qj Zx0AoNKgldy53r+XT6u6H04cJy9w7Uqv =Q3MS -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 18:56, brandt@subnet.at wrote:
sorry first...i was out of office...lets start
np.
at least we now know that it is not the plugins that are problematic.
i fear that you really have to trim down the patch to a minimal set of objects that trigger the crash.
fmsdr IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
maybe an idea where to start?
der.brandt
at least we now know that it is not the plugins that are problematic.
i fear that you really have to trim down the patch to a minimal set of objects that trigger the crash.
fmsdr IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-31 13:15, brandt@subnet.at wrote:
maybe an idea where to start?
well, start form your patch and remove everything that is not Gem. then copy everything left into a flat patch. then remove entire gemchains until only the one that causes the crash is left. then remove objects from this gemchain until only the objects needed to crash are left.
fgmasdr IOhannes
ooho....this may take some time i fear
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-31 13:15, brandt@subnet.at wrote:
maybe an idea where to start?
well, start form your patch and remove everything that is not Gem. then copy everything left into a flat patch. then remove entire gemchains until only the one that causes the crash is left. then remove objects from this gemchain until only the objects needed to crash are left.
fgmasdr IOhannes
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5eGdIACgkQkX2Xpv6ydvSbVwCeIlFj/1thLLqV8n/1FSVi4JYx UkkAoKr5sKbBBIhJUNKmPToC+eSm9EeD =1crf -----END PGP SIGNATURE-----
it seems that it has something to do with text3d....first the text was
written directly into the box.....i changed that to message symbol
text.....did not change the crash....
Zitat von "IOhannes m zmoelnig" zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-31 13:15, brandt@subnet.at wrote:
maybe an idea where to start?
well, start form your patch and remove everything that is not Gem. then copy everything left into a flat patch. then remove entire gemchains until only the one that causes the crash is left. then remove objects from this gemchain until only the objects needed to crash are left.
fgmasdr IOhannes
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5eGdIACgkQkX2Xpv6ydvSbVwCeIlFj/1thLLqV8n/1FSVi4JYx UkkAoKr5sKbBBIhJUNKmPToC+eSm9EeD =1crf -----END PGP SIGNATURE-----
On Tue, 30 Aug 2011, IOhannes m zmoelnig wrote:
$ C:\Programme\pd\bin\pd.com -stderr -open patch.pd 2> pd.log
does 2> exist in that shell ?
my memory is that I learned 2> in 1997 as part of bash, just like 666 other features that weren't in COMMAND.COM.
Was that added in Windows 4.0, or later ?
Note that the $ sign is not part of the command. Also, it can confuse users when it gets written in front of a command and after a line that says « type this command : ». I've seen it happen.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-30 17:20, Mathieu Bouchard wrote:
On Tue, 30 Aug 2011, IOhannes m zmoelnig wrote:
$ C:\Programme\pd\bin\pd.com -stderr -open patch.pd 2> pd.log
does 2> exist in that shell ?
http://support.microsoft.com/kb/110930
my memory is that I learned 2> in 1997 as part of bash, just like 666 other features that weren't in COMMAND.COM.
Was that added in Windows 4.0, or later ?
i have no idea. i just found out that it worked port w2k (i think)
Note that the $ sign is not part of the command. Also, it can confuse users when it gets written in front of a command and after a line that says « type this command : ». I've seen it happen.
true. but it's the best formatting i can come up with to make a cli-command explicit. luckily, it seems that markus figured that out himself.
fgamdr IOhannes
-
ALAN BROOKER -
brandt＠subnet.at -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
IOhannes zmölnig
-
Jack -
mark edward grimm -
Mathieu Bouchard -
Nicolas Montgermont -
Pagano, Patrick -
Patrice Colet -
Richie Cyngler