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@iem.at http://lists.puredata.info/listinfo/pd-dev
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
--
¡El pueblo unido jamás será vencido!
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev