Hi all, i have a stupid, basic question.
I should really decide at last whether i store my .pd patches in the cvs as text or binary files. The cvs manual says that only files that are "editable" (which means readable and changeable with a text editor) should be stored in text mode. PD patches are not really editable... Can problems arise with text mode as long as files are pure ascii?
greetings, Thomas
normally, .pd files should be editable (or at least mine are afaik) - i regularily edit them if i added something that loabg-crashes pd and don't want to build a new patch
martin
On Thu, 9 Jan 2003, Thomas Grill wrote:
Hi all, i have a stupid, basic question.
I should really decide at last whether i store my .pd patches in the cvs as text or binary files. The cvs manual says that only files that are "editable" (which means readable and changeable with a text editor) should be stored in text mode. PD patches are not really editable... Can problems arise with text mode as long as files are pure ascii?
greetings, Thomas
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
martin pi
http://attacksyour.net/pi
www.machfeld.net
Hi, Thomas Grill hat gesagt: // Thomas Grill wrote:
I should really decide at last whether i store my .pd patches in the cvs as text or binary files. The cvs manual says that only files that are "editable" (which means readable and changeable with a text editor) should be stored in text mode. PD patches are not really editable...
I sometimes do edit Pd files with a text editor, for example to do mass-substitutions.
Can problems arise with text mode as long as files are pure ascii?
I don't know if CVS does this, but applications for a lot of other protocols (http, ftp) support a conversion between the different end of line conventions on Mac (\r), Unix (\n) and W32 (\r\n) systems. Maybe CVS does somethng similar in textmode?
Frank Barknecht _ ______footils.org__
I sometimes do edit Pd files with a text editor, for example to do mass-substitutions.
That's interesting. I assume that you don't insert or delete lines, otherwise you would change the object numbering. So my question was rather if problems can arise concerning this object numbering. Anyway, as .pd patches seem to be stored in text mode in the sf cvs my concerns seem to be superfluous.
I don't know if CVS does this, but applications for a lot of other protocols (http, ftp) support a conversion between the different end of line conventions on Mac (\r), Unix (\n) and W32 (\r\n) systems. Maybe CVS does somethng similar in textmode?
It does to some extent... it seems the clients (at least the gui ones) support Unix and system native line endings. On MacOSX it is somehow vital to use unix style.
T
On Thu, 9 Jan 2003, Thomas Grill wrote:
I sometimes do edit Pd files with a text editor, for example to do mass-substitutions.
That's interesting. I assume that you don't insert or delete lines, otherwise you would change the object numbering. So my question was rather if problems can arise concerning this object numbering.
The problems start when you have to do a merge or if two people are working on a .pd file at the same time. (and this gets merged later). CVS fails while doing this, (it doesnt know about the importance of object order and amount for the connect messages at the end) and this makes the .pd file unusable.
Guenter
Anyway, as .pd patches seem to be stored in text mode in the sf cvs my concerns seem to be superfluous.
I don't know if CVS does this, but applications for a lot of other protocols (http, ftp) support a conversion between the different end of line conventions on Mac (\r), Unix (\n) and W32 (\r\n) systems. Maybe CVS does somethng similar in textmode?
It does to some extent... it seems the clients (at least the gui ones) support Unix and system native line endings. On MacOSX it is somehow vital to use unix style.
T
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
Am Donnerstag, 09.01.03 um 17:04 Uhr schrieb guenter geiger:
On Thu, 9 Jan 2003, Thomas Grill wrote:
I sometimes do edit Pd files with a text editor, for example to do mass-substitutions.
That's interesting. I assume that you don't insert or delete lines, otherwise you would change the object numbering. So my question was rather if problems can arise concerning this object numbering.
The problems start when you have to do a merge or if two people are working on a .pd file at the same time. (and this gets merged later). CVS fails while doing this, (it doesnt know about the importance of object order and amount for the connect messages at the end) and this makes the .pd file unusable.
Oh yes, that's the problem. Thank you for clarifying this. It's better to have a version collision error than an automatic merge which can be overlooked. So i'll stick to my habit using binary mode.
best greetings, Thomas
On Thursday, Jan 9, 2003, at 17:33 Europe/Vienna, Thomas Grill wrote:
The problems start when you have to do a merge or if two people are working on a .pd file at the same time. (and this gets merged later). CVS fails while doing this, (it doesnt know about the importance of object order and amount for the connect messages at the end) and this makes the .pd file unusable.
Oh yes, that's the problem. Thank you for clarifying this. It's better to have a version collision error than an automatic merge which can be overlooked. So i'll stick to my habit using binary mode.
FYI: I am pretty sure I set .pd files to be handled as binaries in the sourceforge repository for this very reason. Check out CVSROOT/cvswrappers to be sure.
.hc