I get the same error if I try to make a [drip] or [zexy/drip], although there is a drip.dll in extra/zexy. [sum] works fine with no prefix because it's an abstraction: extra/zexy/sum.pd. However I still get the message in the pd window: C:\Program Files\pd\extra\zexy\sum.dll: couldn't load

This is with Pd version 0.40.3-extended-20080310 on WinXP.

Martin

From: Hans-Christoph Steiner wrote:

Does this file actually exist in this location?

...

C:\Program Files\pd\extra\zexy\drip.dll: couldn't load drip ... couldn't create

Try deleting C:\Program Files\pd and reinstalling Pd-extended. I've never seen anything like this, it works on all the machines I've tried.

.hc

On Mar 11, 2008, at 10:59 AM, Jerome Tuncer wrote:

...

In fact,

No chance for me either.

When I try to instantiate [glue] or [zexy/glue]. On WinXP SP2.

Console output at startup says :

---

libdir loader $Revision: 1.8 $ written by Hans-Christoph Steiner hans@at.or.at compiled on Mar 10 2008 at 06:15:49 compiled against Pd version 0.40.3.extended-20080310 Gem: can't load library libdir_loader: added cyclone to the global classpath libdir_loader: added zexy to the global classpath libdir_loader: added creb to the global classpath libdir_loader: added cxc to the global classpath libdir_loader: added iemlib to the global classpath libdir_loader: added list-abs to the global classpath libdir_loader: added mapping to the global classpath libdir_loader: added markex to the global classpath libdir_loader: added maxlib to the global classpath libdir_loader: added memento to the global classpath libdir_loader: added mjlib to the global classpath libdir_loader: added motex to the global classpath libdir_loader: added oscx to the global classpath libdir_loader: added pddp to the global classpath libdir_loader: added pdogg to the global classpath libdir_loader: added pixeltango to the global classpath libdir_loader: added pmpd to the global classpath libdir_loader: added rradical to the global classpath libdir_loader: added sigpack to the global classpath libdir_loader: added smlib to the global classpath libdir_loader: added toxy to the global classpath libdir_loader: added unauthorized to the global classpath libdir_loader: added pan to the global classpath libdir_loader: added freeverb to the global classpath libdir_loader: added hcs to the global classpath libdir_loader: added jmmmp to the global classpath libdir_loader: added ext13 to the global classpath libdir_loader: added hardware to the global classpath libdir_loader: added ggee to the global classpath libdir_loader: added flib to the global classpath libdir_loader: added ekext to the global classpath libdir_loader: added flatspace to the global classpath libdir_loader: added deprecated to the global classpath ________________________________________________________________

But when I try to instantiate any zexy object (be it with [drip] or [zexy/drip]) : ________________________________________________________________

C:\Program Files\pd\extra\zexy\drip.dll: couldn't load drip ... couldn't create ________________________________________________________________

I haven't been using pd in windows for long but now I'd like to for some reasons and I'm not very confident with the behavior of pd-extended.

What is the libdir loader ? Where can I find info on pd-extended's way of loading externals/adding paths... ?

++

Jé

Hans-Christoph Steiner a écrit :

...

We should keep this on the list, so I cc'ed it. Try this:

[zexy/niagara] [zexy/glue]

.hc

On Mar 11, 2008, at 3:51 AM, Mirko Maier wrote:

...

...

Works for me on WinXP. You'll need to provide more info if you want hlep.

i can't say more than i've installed it (including registry), but then lots of objects don't work, e.g. "niagara" or "glue"...

mirko

...

.hc

On Mar 10, 2008, at 9:29 AM, Mirko Maier wrote:

...

hi list, again i've installed pd-ext: http://autobuild.puredata.info/auto-build/2008-03-10/Pd-0.40.3- extended-20080310-windowsxp-i386.exe

on win xp and lots of libraries don't load, even zexy. is there no chance...?

greets, mirko -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

---

--

---

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

-- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

---

---

---

'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

---

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.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

So it is only zexy dlls that are having the problem? If so, I am
guessing that zexy is missing the -mms-bitfields compile flag on MinGW.

.hc

On Mar 11, 2008, at 2:19 PM, Martin Peach wrote:

Just trying things at random, dlls in extra/cyclone and other
folders seem to load with no problem. Zexy is weird because many of
the objects exist as both dlls and abstractions with the same name,
like a2l.dll and a2l.pd. The abstractions load OK but not the dlls,
even [0x3c0x7e] loads OK, while 0x2e doesn't because it only exists
as a dll.

Martin

All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne

Cool, sounds like a bug report is in order:

http://puredata.info/dev/bugtracker

.hc

On Mar 11, 2008, at 3:35 PM, Jerome Tuncer wrote:

Yes exactly the same down here : problem apparently shows up only on zexy *objects* (abstractions are instantiated with no apparent
problems).

++

Jé

Hans-Christoph Steiner a écrit :

...

So it is only zexy dlls that are having the problem? If so, I am guessing that zexy is missing the -mms-bitfields compile flag on
MinGW.

.hc

On Mar 11, 2008, at 2:19 PM, Martin Peach wrote:

...

Just trying things at random, dlls in extra/cyclone and other
folders seem to load with no problem. Zexy is weird because many of the objects exist as both dlls and abstractions with the same name, like a2l.dll and a2l.pd. The abstractions load OK but not the dlls, even [0x3c0x7e] loads OK, while 0x2e doesn't because it only exists as
a dll.

Martin

---

---

All mankind is of one author, and is one volume; when one man
dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore