I have moved this ticket to the Trac system:
https://trac.parrot.org/parrot/ticket/850. Please continue discussion
there.
Thank you very much.
kid51
[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 working.
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 didn't turn
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:
http://groups.google.com/[EMAIL PROTECTED]
any time soon. You're welcome to write your own summaries that do use the full
URLs of
# New Ticket Created by Ross
# Please include the string: [perl #37258]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37258
email thread discussing the issue:
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:
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
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'
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
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 be
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
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,
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
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
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
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,
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,
Roger
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 the
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 need
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
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 broken
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
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
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 problem is the '.' in the library name. code was added to src/
dynext.c in 8209 that gets the lib_name, the
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:
25 matches
Mail list logo