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

[Hans-Christoph Steiner]

It's fixed in the next version, 0.40.3.  If I make that change in  
0.39.3 and start the testing process all over again, it'll never get  
released...

.hc

On Oct 18, 2007, at 4:08 AM, Tim Boykett wrote:

>
>
> 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/1 
>>>> 23
>>>> 456
>>>> 7890/1234567890/1234567890/1234567890
>>>> $ touch
>>>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1 
>>>> 23
>>>> 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
>>



------------------------------------------------------------------------ 
----

Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.   
It's about as sensible to say we declare war on night attacks and  
expect we're going to win that war.  We're not going to win the war  
on terrorism.        - retired U.S. Army general, William Odom