On Tue, 18 Jan 2000, Paul Schinder wrote: > >Here's my blib structure: <snip> > >Is this right? > > In a proper blib the architecture dependent things go in blib/arch, > but the way you have it looks like it will work. Oh. I was basing the structure on other modules, like XML::Parser and Text::CSV, that I got from MMP. Will installme.plx do the right thing if it encounters blib/arch? > >Who are the usual suspects in this case? > > Wrong @INC. You might want to put a "print "@INC";" at the beginning > of the test just to make sure that the test script is seeing the > right one. Since handler is actually done by the XS, the other > possibility is that the shared library isn't loading, but I'd expect > a DynaLoader error in that case. D'oh! Yes, in spite of all Chris Nandor's warnings about this, I had let "lib" sneak in front of "site_perl:lib". I wonder how that happened? Thanks for the help. > You probably don't want to hear that HTML-Parser-3.04 is out :-) More blue sky dreaming... Once I've gotten a module to compile, it doesn't take much work to pop in a new version and recompile. I wonder if it's possible to use push technology (isn't XSV an XML-ized server push "channel"?) to subscribe to updates, automatically download, and recompile? Like an active "push" CPAN, which would ask if you wished to update modules X,Y,Z,... which had updates available. Of course you can look for updates with CPAN, but already doing the search, and prompting for an automated update, might be handy. Some provision would need to be made for modules the CPAN user wished to keep perpetually out of date (GD-Gif or Zlib, for example), to prevent the prompting from becoming a pest. -- MattLangford ==== Want to unsubscribe from this list? ==== Send mail with body "unsubscribe" to macperl-porters-request@macperl.org