Bugs item #1528731, was opened at 2006-07-26 03:18 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None
Status: Pending
Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: hex loader doesn't work with namespace prefixes
Initial Comment:
When using a hex loader name like 0x3c0x7e.pd for [<~], you can't use namespace prefixes since the / is only interpreted as a hex value 0x2f.
For example, [zexy/<~] tries to load only zexy0x2f0x3c0x7e.pd, and therefore fails.
An additional search path should be added after this one where the / is used literally without being translated into a hex code, then it would look for zexy/0x3c0x7e.pd
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-02-20 16:21
Message: Logged In: YES user_id=564396 Originator: NO
by calling the sys_load_lib recursively with the alternative names.
the only remaining problem is with abstractions (it turned out, that the hexloader was not really able to load abstractions that contained other abstractions - however, this should be in a different bug-ticket).
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju) Date: 2007-10-17 21:29
Message: Logged In: YES user_id=801174 Originator: NO
so, tell me, how do you make a pyext loader use the hex loader?
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-17 16:53
Message: Logged In: YES user_id=564396 Originator: NO
i just updated the hexloader external (which replaces the hexloader-code in main pd) to do some special handling of "/". (the revised hexloader-external is now also able to load abstractions!)
i have tested it under linux and os-x 10.4 (i think) with pd-0.41(os-x) and pd-0.40 (linux); could you please confirm and eventually close this bug?
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-16 11:48
Message: Logged In: YES user_id=564396 Originator: NO
how exactly do you think this should happen? e.g. how should [path//] be resolved? "path0x2f0x2f.pd", "path/0x2f.pd", "path0x2f/.pd" or "path//.pd"?
once there is a precise idea on how the problem should be solved, i can go and implement it.
btw, i changed the category to "externals" since the hexloader is no longer part of pd itself
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731...