Re: loadlib and libraries with '.' in the name

[EMAIL PROTECTED] (Joshua Juran) writes: [...] > > Google for "NCI gtk". There is also a weekly summary entry but the > > xrl.us shortcut seems to have expired. If I found the same link you found then it's not the xrl.us shortcut - http://xrl.us/cw78 - but the Google group link that stopped worki

Re: loadlib and libraries with '.' in the name

Joshua Juran <[EMAIL PROTECTED]> writes: > On Sep 23, 2005, at 3:47 AM, Leopold Toetsch wrote: > >> On Sep 23, 2005, at 7:51, Ross McFarland wrote: >> >>> i was planning on playing around with gtk+ bindings and parrot and went >>> about looking around for the work that had already been done and di

Re: loadlib and libraries with '.' in the name

On Mon, Sep 26, 2005 at 02:12:49PM +0100, Piers Cawley wrote: > Joshua Juran <[EMAIL PROTECTED]> writes: > > > On Sep 23, 2005, at 3:47 AM, Leopold Toetsch wrote: > > > > > any time soon. You're welcome to write your own summaries that do use the full

Re: loadlib and libraries with '.' in the name

From: Ross McFarland <[EMAIL PROTECTED]> Date: Sat, 24 Sep 2005 08:30:23 -0700 On Sep 24, 2005, at 4:59 AM, Leopold Toetsch wrote: > > On Sep 24, 2005, at 6:36, Ross McFarland wrote: . . . >> >> i'll work on porting the pir to a .t test at some point if that >> would

Re: loadlib and libraries with '.' in the name

On Sep 24, 2005, at 9:04 AM, Leopold Toetsch wrote: On Sep 24, 2005, at 17:30, Ross McFarland wrote: On Sep 24, 2005, at 4:59 AM, Leopold Toetsch wrote: - I don't understand the extra check: +if (path) +goto done; extra as in one last or extra as in why i'm checki

Re: loadlib and libraries with '.' in the name

On Sep 24, 2005, at 17:30, Ross McFarland wrote: On Sep 24, 2005, at 4:59 AM, Leopold Toetsch wrote: - I don't understand the extra check: +if (path) +goto done; extra as in one last or extra as in why i'm checking at all? The test 'if (path)'. Before that is an 'if' t

Re: loadlib and libraries with '.' in the name

On Sep 24, 2005, at 4:59 AM, Leopold Toetsch wrote: On Sep 24, 2005, at 6:36, Ross McFarland wrote: On Sep 22, 2005, at 10:51 PM, Ross McFarland wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: for those of

Re: loadlib and libraries with '.' in the name

On Sep 24, 2005, at 6:36, Ross McFarland wrote: On Sep 22, 2005, at 10:51 PM, Ross McFarland wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: for those of you interested: https://rt.perl.org/rt3/Ticket/Display.

Re: loadlib and libraries with '.' in the name

On Sep 22, 2005, at 10:51 PM, Ross McFarland wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: for those of you interested: https://rt.perl.org/rt3/Ticket/Display.html?id=37258 i'll work on porting the pir to a .t

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 3:47 AM, Leopold Toetsch wrote: On Sep 23, 2005, at 7:51, Ross McFarland wrote: i was planning on playing around with gtk+ bindings and parrot and went about looking around for the work that had already been done and didn't turn anything up. if anyone knows where i can fin

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 4:41 AM, Jonathan Worthington wrote: "Ross McFarland" <[EMAIL PROTECTED]> wrote: there's also a really hacky win32 thing tacked on the end that removes the lib from the front, but it would only work for cases without a path. i can do the same, but that's pretty broke

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 3:43 AM, Roger Browne wrote: Ross McFarland <[EMAIL PROTECTED]> i'm not really sure what the solution here would be. you'd have to know what all of the possible extension types were and look to remove them if found... How about removing the extension only if the ri

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 12:47 AM, Leopold Toetsch wrote: On Sep 23, 2005, at 7:51, Ross McFarland wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: .local pmc lib_gtk lib_gtk = loadlib "libgtk-x11-2.0" The nee

Re: loadlib and libraries with '.' in the name

"Ross McFarland" <[EMAIL PROTECTED]> wrote: there's also a really hacky win32 thing tacked on the end that removes the lib from the front, but it would only work for cases without a path. i can do the same, but that's pretty broken as is and it would seem you'd need to do the opposite if th

Re: loadlib and libraries with '.' in the name

Ross McFarland <[EMAIL PROTECTED]> > > i'm not really sure what the solution here would be. you'd have to know > > what all of the possible extension types were and look to remove them if > > found... How about removing the extension only if the rightmost dot is followed by a letter? Regards

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 7:51, Ross McFarland wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: .local pmc lib_gtk lib_gtk = loadlib "libgtk-x11-2.0" The need for such libnames arises typically on debian and alikes,

Re: loadlib and libraries with '.' in the name

On Sep 23, 2005, at 12:00 AM, chromatic wrote: On Thu, 2005-09-22 at 23:43 -0700, Ross McFarland wrote: cross platform it would be tough b/c you need to know the full path to something you can load. Does it help to use libnci_test? That's what t/pmc/nci.t uses. (It's late and I've o

Re: loadlib and libraries with '.' in the name

On Thu, 2005-09-22 at 23:43 -0700, Ross McFarland wrote: > cross platform it would be tough b/c you need to know the full path > to something you can load. Does it help to use libnci_test? That's what t/pmc/nci.t uses. (It's late and I've only skimmed the code right now, so it may not be hel

Re: loadlib and libraries with '.' in the name

On Sep 22, 2005, at 11:32 PM, Amos Robinson wrote: I don't suppose we could really set up test cases for this sort of thing, could we? cross platform it would be tough b/c you need to know the full path to something you can load. i've got a testcase that given a lib's full path info it t

Re: loadlib and libraries with '.' in the name

I don't suppose we could really set up test cases for this sort of thing, could we? On Fri, 23 Sep 2005 16:10:32 +1000, Ross McFarland <[EMAIL PROTECTED]> wrote: On Sep 22, 2005, at 11:00 PM, Amos Robinson wrote: Could we try loading it without any changes, and if that doesn't work, str

Re: loadlib and libraries with '.' in the name

On Sep 22, 2005, at 11:00 PM, Amos Robinson wrote: Could we try loading it without any changes, and if that doesn't work, strip the last .? my first thoughts were not to do that much tear up for fear of fixing this bug, but introducing others. i'm in the processing of thinking through how

Re: loadlib and libraries with '.' in the name

Could we try loading it without any changes, and if that doesn't work, strip the last .? On Fri, 23 Sep 2005 15:51:31 +1000, Ross McFarland <[EMAIL PROTECTED]> wrote: i was playing around with NCI stuff tonight and ran across a problem in loadlib. the following code does not work: .lo