[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