[PD] [PD-dev] openpanel length limit on OSX and linux / Testing latest release

Tim Boykett tim at timesup.org
Thu Oct 18 10:08:43 CEST 2007



Hi Hans and all,

this is still broken in the latest release from pd-extended.

I hope it can be fixed!

cheers,

tim


On 05/10/2007, at 5:13 PM, Hans-Christoph Steiner wrote:

>
> While you are at it, you might consider removing the extraneous char
> buf in postfloat()
>
> void postfloat(float f)
> {
>      char buf[80];
>      t_atom a;
>      SETFLOAT(&a, f);
>      postatom(1, &a);
> }
>
> .hc
>
> On Oct 4, 2007, at 1:34 PM, Miller Puckette wrote:
>
>> I looked, and I think it's just the "print" object that truncates
>> the symbol on printing. In s_print, you can change the "postatom()
>> function
>> to print bigger strings.  I'll go on and chance my copy to use
>> MAXPDSTRING
>> there, just to see what that will break :)
>>
>> M
>>
>> On Thu, Oct 04, 2007 at 06:47:07PM +0200, Tim Boykett wrote:
>>>
>>> To clarify: The file I want is:
>>>
>>> /Volumes/WORKGROUPHARBOUR/Projects/ShortTermDoc/Code/VideoFiler/
>>> 20071004/test1-1.mov
>>>
>>> when I click on it in the openpanel help patch, I see this:
>>>
>>> print: symbol /Volumes/WORKGROUPHARBOUR/Projects/ShortTermDoc/Code/
>>> VideoFiler/20071004/test1*
>>>
>>> where the position of the * is consistent across various files I  
>>> have
>>> tried.
>>>
>>> The problem might be in TkTcl. If I create a deep directory
>>> structure:
>>>
>>> $ mkdir
>>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/12 
>>> 3
>>> 456
>>> 7890/1234567890/1234567890/1234567890
>>> $ touch
>>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/12 
>>> 3
>>> 456
>>> 7890/1234567890/1234567890/1234567890/ttt
>>>
>>> then try to openpanel into it, I get the following in the Pd console
>>> window:
>>>
>>> error: .printout.text: no such object
>>> print: symbol /Users/tibo/
>>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/*
>>>
>>> I checked to see whether symbols has a maximum length of 80 char or
>>> so, but it does
>>> not seem to be the case. That is what I meant by my last comment.
>>>
>>> Anybody know how I might get around this?
>>>
>>> Cheers,
>>>
>>> tim
>>>
>>> On 04/10/2007, at 5:17 PM, Mathieu Bouchard wrote:
>>>
>>>> On Thu, 4 Oct 2007, Tim Boykett wrote:
>>>>
>>>>>   I have found a strange problem with openpanel on OSX and linux.
>>>>> If I open a file with a long name, including the whole directory,
>>>>> then it gets cropped at around 80 characters (maybe 78 or 79). I
>>>>> have tested this on a debian 0.40 install and the latest OSX
>>>>> extended. I cannot see where this 80 character restriction might
>>>>> come from - looking at the source there seems to be no place that
>>>>> it is mentioned within the PD code.
>>>>
>>>> [print] has a limit size like that, but the actual limit size of pd
>>>> is more like 1000.
>>>>
>>>> (in desiredata, the limit of 1000 has been removed)
>>>>
>>>>> I hope someone can help. It does not seem to be a problem with
>>>>> symbol
>>>>> lengths.
>>>>
>>>> What do you mean?
>>>>
>>>>  _ _ __ ___ _____ ________ _____________ _____________________ ...
>>>> | Mathieu Bouchard - t?l:+1.514.383.3801, Montr?al QC Canada
>>>
>>>
>>> _______________________________________________
>>> PD-dev mailing list
>>> PD-dev at iem.at
>>> http://lists.puredata.info/listinfo/pd-dev
>>
>> _______________________________________________
>> PD-dev mailing list
>> PD-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>
>
>
> ---------------------------------------------------------------------- 
> --
> ----
>
>                    ¡El pueblo unido jamás será vencido!
>
>
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>





More information about the Pd-list mailing list