[PD-dev] [ pure-data-Bugs-1528731 ] hex loader doesn't work with namespace prefixes

[SourceForge.net]

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&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: 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&group_id=55736