I just randomly tried instantiating [iemlib/any] and got 1000 lines of this:
iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded error: maximum object loading depth 1000 reached iemlib/any ... couldn't create
I imagine it's related to the hexloader fix. I don't think it is especially important, I'll bet that iemlib/any is more the culprit, but I just thought I'd point it out.
.hc
------------------------------------------------------------------------ ----
kill your television
Hey, I saw this instead: libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path error: maximum object loading depth 1000 reached
after trying [import pdsvn] then [pdsvn].
No [iemlib/any]s involved.
Luke
On Wed, Jun 18, 2008 at 4:25 PM, Hans-Christoph Steiner hans@eds.org wrote:
I just randomly tried instantiating [iemlib/any] and got 1000 lines of this:
iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded error: maximum object loading depth 1000 reached iemlib/any ... couldn't create
I imagine it's related to the hexloader fix. I don't think it is especially important, I'll bet that iemlib/any is more the culprit, but I just thought I'd point it out.
.hc
kill your television
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Luke Iannini wrote:
Hey, I saw this instead: libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path error: maximum object loading depth 1000 reached
after trying [import pdsvn] then [pdsvn].
hmm, when i do [import pdsvn] i get:
tried /tmp/pdx/20080619/usr/bin/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.pd_linux and failed error: [import]: ERROR: can't load library in 'pdsvn' ... you might be able to track this down from the Find menu. [import] $Revision: 1.2 $ WARNING! this is alpha, the interface could change! compiled against Pd version 0.40.3
the same goes with all libdirs i try to [import]; there surely is a /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn-meta.pd
unfortunately [import] is rather silent even with increased verbosity so it is hard to find out where it is looking for the pdsvn-meta.pd
but after doing an strace i noticed that these are the only files containing "pdsvn" that are opened by the process: /tmp/pdx/20080619/usr/bin/pdsvn.l_i386 /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.l_i386 /tmp/pdx/20080619/usr/bin/pdsvn.pd_linux /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.pd_linux /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.l_i386 /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.l_i386 /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.pd_linux /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.pd_linux
is there something wrong with [import] as well?
fgmasdr IOhannes
On Jun 19, 2008, at 2:33 PM, IOhannes m zmoelnig wrote:
Luke Iannini wrote:
Hey, I saw this instead: libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path libdir_loader: added 'pdsvn' to the canvas-local objectclass path error: maximum object loading depth 1000 reached after trying [import pdsvn] then [pdsvn].
hmm, when i do [import pdsvn] i get:
tried /tmp/pdx/20080619/usr/bin/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.pd_linux and failed error: [import]: ERROR: can't load library in 'pdsvn' ... you might be able to track this down from the Find menu. [import] $Revision: 1.2 $ WARNING! this is alpha, the interface could change! compiled against Pd version 0.40.3
the same goes with all libdirs i try to [import]; there surely is a /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn-meta.pd
unfortunately [import] is rather silent even with increased verbosity so it is hard to find out where it is looking for the pdsvn-meta.pd
but after doing an strace i noticed that these are the only files containing "pdsvn" that are opened by the process: /tmp/pdx/20080619/usr/bin/pdsvn.l_i386 /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.l_i386 /tmp/pdx/20080619/usr/bin/pdsvn.pd_linux /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn.pd_linux /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.l_i386 /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.l_i386 /tmp/pdx/20080619/usr/bin/pdsvn/pdsvn.pd_linux /tmp/pdx/20080619/usr/lib/pd/extra/pdsvn/pdsvn.pd_linux
is there something wrong with [import] as well?
Sounds like you don't have the libdir loaded loaded. [import] just calls the standard lib loading function with the arguments as the names.
.hc
------------------------------------------------------------------------ ----
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Hans-Christoph Steiner wrote:
I just randomly tried instantiating [iemlib/any] and got 1000 lines of this:
iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded error: maximum object loading depth 1000 reached iemlib/any ... couldn't create
I imagine it's related to the hexloader fix. I don't think it is especially important, I'll bet that iemlib/any is more the culprit, but I just thought I'd point it out.
hmm, thanks for bringing this up. i can reproduce the problem here, BUT: i reverted my patch (it is really just modifiying 3 lines and deleting another 3) and recompiled. this is what i get: tried /tmp/pdx/20080619/usr/bin/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/iemlib/any.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.pd_linux and succeeded iemlib/any ... couldn't create
AFTER this is can create [any] just fine (but still no [iemlib/any])
no hexloader (or other loader) involved.
i agree that it is annoying to get the error line a thousand times (and a waste of ressources it is too)
fgmasdr IOhannes
IOhannes m zmoelnig wrote:
hmm, thanks for bringing this up. i can reproduce the problem here, BUT: i reverted my patch (it is really just modifiying 3 lines and deleting another 3) and recompiled. this is what i get: tried /tmp/pdx/20080619/usr/bin/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/iemlib/any.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.pd_linux and succeeded iemlib/any ... couldn't create
AFTER this is can create [any] just fine (but still no [iemlib/any])
furthermore when try it with a vanilla Pd-0.41-1 binary, i get:
tried /tmp/pdx/20080619/usr/bin/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.l_i386 and failed tried /usr/local/lib/pd/extra/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/iemlib/any.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.pd_linux and succeeded iemlib/any ... couldn't create
looks kind of similar, ey? (any yes: i now can create [any] just fine (but still no [iemlib/any]))
so i guess that it is not my hexloader-fix that causes the trouble here, but rather the any.pd_linux
fgmasdr IOhannes
On Jun 19, 2008, at 2:17 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I just randomly tried instantiating [iemlib/any] and got 1000 lines of this: iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded iemlib/any: already loaded error: maximum object loading depth 1000 reached iemlib/any ... couldn't create I imagine it's related to the hexloader fix. I don't think it is especially important, I'll bet that iemlib/any is more the culprit, but I just thought I'd point it out.
hmm, thanks for bringing this up. i can reproduce the problem here, BUT: i reverted my patch (it is really just modifiying 3 lines and deleting another 3) and recompiled. this is what i get: tried /tmp/pdx/20080619/usr/bin/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.l_i386 and failed tried /tmp/pdx/20080619/usr/bin/iemlib/any.pd_linux and failed tried /tmp/pdx/20080619/usr/lib/pd/extra/iemlib/any.pd_linux and succeeded iemlib/any ... couldn't create
AFTER this is can create [any] just fine (but still no [iemlib/any])
no hexloader (or other loader) involved.
i agree that it is annoying to get the error line a thousand times (and a waste of ressources it is too)
fgmasdr IOhannes
FYI: On Ubuntu/Hardy with 0.40.3-extended-20080621, I get the 1000 lines error when I try to instantiate [zexy].
.hc
------------------------------------------------------------------------ ----
If you are not part of the solution, you are part of the problem.
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Luke Iannini