Bugs item #1528731, was opened at 2006-07-25 18:18 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&group_id=55736
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: Closed 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: SourceForge Robot (sf-robot) Date: 2008-03-05 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2008-02-20 07: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 12: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 07: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 02: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&group_id=55736
_______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
