My guess is that you need to add another level to the PD_PATH, since
your library is two levels off of externals, ie replace ../../pd
with ../../../pd
.hc
On Feb 9, 2011, at 7:01 PM, David Doukhan wrote:
> HI Hans, i still have the same problem:
>
> mingw cannot find the lib pd....
> i can't investiguate the problem now, so i removed cw_binaural from
> the main makefile, and i'll check this out friday or saturday...
> it's 1AM, i give courses tomorow morning, and play euphonium live at
> night... need some rest.
>
> see ya!
>
> 2011/2/9 David Doukhan <david.doukhan(a)gmail.com>:
>> it works now!
>>
>> 2011/2/9 David Doukhan <david.doukhan(a)gmail.com>:
>>> I've just tried to log through ssh to the machine
>>> and i got the following message:
>>>
>>> rudk% ssh -L3389:localhost:3389 pddev(a)128.238.56.60
>>> Permission denied (publickey,keyboard-interactive).
>>>
>>> do you think it means my key has not been added yet, or that someone
>>> is already connected to the machine?
>>>
>>>
>>> 2011/2/9 Hans-Christoph Steiner <hans(a)at.or.at>:
>>>>
>>>> Yup, that's what I guessed :-D This machine works differently,
>>>> so read the
>>>> wiki page:
>>>> http://puredata.info/docs/developer/WindowsXPI386
>>>>
>>>> Since we've had a back and forth conversation via email, that's
>>>> enough for
>>>> me. This password is needed to access the GUI, but you can't use
>>>> the
>>>> password without your ssh key. THe GUI password is:
>>>> fixwindowsplease
>>>>
>>>> One request, I don't know if the pddev account has perms to
>>>> install things,
>>>> but in any case, please don't run 'make install' at all.
>>>> Everything is
>>>> manually managed there, so it would be very hard to tell if any
>>>> stray files
>>>> are put where they might interfere.
>>>>
>>>> One thing that makes life easy on MinGW is that all the libs are
>>>> installed
>>>> into /usr/local, so no special flags or env vars. Remember,
>>>> you'll have to
>>>> use rdesktop to build with MinGW.
>>>>
>>>> .hc
>>>>
>>>> On Feb 9, 2011, at 4:17 PM, David Doukhan wrote:
>>>>
>>>>> <off-list>
>>>>> Hi,
>>>>> As you can guess, i'm asking the access to the compile farm to
>>>>> understand why my code is not compiling on mingw.
>>>>> If it seems enough secure to you, I can call you by phone.
>>>>>
>>>>> </off-list>
>>>>>
>>>>> 2011/2/9 Hans-Christoph Steiner <hans(a)at.or.at>:
>>>>>>
>>>>>> If no one has any objections, I'll go ahead and add your key.
>>>>>> If you
>>>>>> want
>>>>>> to access the GUI of the Windows box, necessary to use MinGW/
>>>>>> MSYS, you'll
>>>>>> need to contact me off-list to figure out a secure way of
>>>>>> getting it to
>>>>>> you
>>>>>> (voice chat, IM/OTR, pgp, etc.)
>>>>>>
>>>>>> .hc
>>>>>>
>>>>>> On Feb 9, 2011, at 3:39 PM, David Doukhan wrote:
>>>>>>
>>>>>>> hi,
>>>>>>> Could someone add me to the compile farm?
>>>>>>> my public key is attached to the mail.
>>>>>>>
>>>>>>> see ya!
>>>>>>>
>>>>>>> --
>>>>>>> David Doukhan
>>>>>>> <id_rsa.pub>_______________________________________________
>>>>>>> Pd-dev mailing list
>>>>>>> Pd-dev(a)iem.at
>>>>>>> http://lists.puredata.info/listinfo/pd-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ----------------------------------------------------------------------------
>>>>>>
>>>>>> If nature has made any one thing less susceptible than all
>>>>>> others of
>>>>>> exclusive property, it is the action of the thinking power
>>>>>> called an
>>>>>> idea,
>>>>>> which an individual may exclusively possess as long as he keeps
>>>>>> it to
>>>>>> himself; but the moment it is divulged, it forces itself into the
>>>>>> possession
>>>>>> of everyone, and the receiver cannot dispossess himself of it.
>>>>>> -
>>>>>> Thomas Jefferson
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> David Doukhan
>>>>
>>>>
>>>>
>>>> ----------------------------------------------------------------------------
>>>>
>>>> If nature has made any one thing less susceptible than all others
>>>> of
>>>> exclusive property, it is the action of the thinking power called
>>>> an idea,
>>>> which an individual may exclusively possess as long as he keeps
>>>> it to
>>>> himself; but the moment it is divulged, it forces itself into the
>>>> possession
>>>> of everyone, and the receiver cannot dispossess himself of
>>>> it. -
>>>> Thomas Jefferson
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> David Doukhan
>>>
>>
>>
>>
>> --
>> David Doukhan
>>
>
>
>
> --
> David Doukhan
----------------------------------------------------------------------------
¡El pueblo unido jamás será vencido!
I can't remember, are questions related to pd's C API appropriate for
pd-list, or are they better asked here? It seems that everyone who responds
to those questions is on this list just as much, anyway.
I have been mucking around with opening and closing pd patches using API
calls instead of pd's messaging system. The reason for this is that I would
like to be able to manage (open/close) multiple instances of a patch, and be
able to send each copy of the patch a unique message via its $0 argument
(see http://www.mail-archive.com/pd-list@iem.at/msg41648.html). So far, the
method has been to hack glob_evalfile to look like:
t_canvas *glob_evalfile(t_pd *ignore, t_symbol *name, t_symbol *dir)
{
t_pd *x = 0;
/* even though binbuf_evalfile appears to take care of dspstate,
we have to do it again here, because canvas_startdsp() assumes
that all toplevel canvases are visible. LATER check if this
is still necessary -- probably not. */
t_canvas *x_canvas = 0;
int dspstate = canvas_suspend_dsp();
binbuf_evalfile(name, dir);
while ((x != s__X.s_thing) && (x = s__X.s_thing))
{
x_canvas = canvas_getcurrent();
vmess(x, gensym("pop"), "i", 1);
}
pd_doloadbang();
canvas_resume_dsp(dspstate);
return x_canvas;
}
The only addition is that x_canvas is retrieved before x is 'popped' off of
pd's global stack, and is then returned, giving me a handle to close that
particular patch with something like:
canvas_menuclose(x_canvas, 0);
But I realize that in global_evalfile, t_pd and x_canvas point to the same
address space. This leads me to ask, what is the difference between these
two pointers? Is t_canvas a t_pd along with variables for its graphical
nature?
Mathieu also pointed to me (as I was using the first set of these) that
canvas_setcurrent() and canvas_unsetcurrent() are aliases of pd_pushsym()
and pd_popsym(). Is there a good reason to use one over the other?
Last question: Does anyone see a way that I could get the value of x in
glob_evalfile above without changing the function? I don't think it is a
dangerous change (and it looks like I could just hand x.gl_pd to
canvas_menuclose, thereby not really needing a t_canvas pointer), but I
would of course prefer to not change the API if possible.
Cheers,
Rich
Patches item #3109768, was opened at 2010-11-15 22:10
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] gop patch name uneditable after disabling gop
Initial Comment:
Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when:
1) open a new patch and create [pd something]
2) right-click on object's properties, enable both GOP and "hide text" options and click on OK/Apply
3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable
4) right-clicking on its properties shows that both "hide text" and GOP are still enabled
This is because disabling GOP function does not reset hidetext variable. Following patch fixes this.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 12:15
Message:
i attached a simple fix for the problem that deals with it in the tcl
domain.
this applies (only) to 0.43.
file: 0001-disabling-GOP-should-also-disable-hidetext.patch
created for 0.43.0test4
this obsoletes ico's "gop_patch_20101115" (which i leave here for
reference)
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-15 22:11
Message:
Forgot to mention, this applies to 0.42.5 branch of both pd and
pd-extended. It has not been tested against 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&group_…
Patches item #3081084, was opened at 2010-10-04 21:17
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [0.43] Compose key (Multi_key) and Dead Keys don't work
Initial Comment:
Starting with 0.43 I can't use any accented letters anymore because the Compose key (Multi_key) and the Dead Keys are not supported anymore. However, single-keystroke accented letters do work. The new problem is strictly with multi-keystroke letters (not counting shift and altgr).
With Pd 42 those keys work correctly, on the condition that you have either a 8-bit charset and/or -lib gridflow.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 12:01
Message:
dead keys here work fine (if i enable them, which i usually don't)
linux/debian, 0.43.0test4
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-11-21 22:30
Message:
I forgot to add, I can type a wide number of unicode characters using 0.43
on Mac OS X 10.5.8 and Tcl/Tk 8.5.8. I am using a US keyboard and the
Alt/Option key to type them.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-11-21 22:28
Message:
Can you give us more info, like which OS you are using and which keyboard?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&group_…
Patches item #3106837, was opened at 2010-11-10 20:47
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106837&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [bugfix] paste/undo/redo sometimes leaves patchcords below
Initial Comment:
Affects only pd-extended 0.42.5 (may also affect 0.43--has not been tested).
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:24
Message:
the problem only applies to Pd-extended (hence i re-assign it to hans), as
with pd-vanilla, all msg- and obj-boxes are transparent (non-filled), thus
there is no real problem with the layer-depth of cords vs objects.
furthermore, i actually fail to see the problem anyhow: why do you think
it is a bug if the cord is drawn on top of the object?
isn't this what you usually get anyhow?
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-12 17:50
Message:
Small update to the patch to remove redundant redrawing when duplicating
objects.
----------------------------------------------------------------------
Comment By: Ivica Ico Bukvic (ico_bukvic)
Date: 2010-11-10 20:49
Message:
Ugh... How does one edit the Details once the file has been uploaded?
At any rate, it is all explained in the test pd patch so please consult
the attached patchcord_test.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106837&group_…
Patches item #3106799, was opened at 2010-11-10 19:21
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 06:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3106799, was opened at 2010-11-10 19:21
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 06:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3136644, was opened at 2010-12-13 18:16
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Martin Peach (mrpeach)
Summary: [bugfix] packOSC crashes with bundledepth>32
Initial Comment:
when creating deeply nested bundles [packOSC] will complain if the bundle-depth is larger than 32 (MAX_BUNDLE_NESTING)
this is ok, however, if you then try to close the bundle (with "]"), Pd will segfault.
see attached patch to reproduce the problem
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:10
Message:
i agree that it would be nice to be able to set the maximum bundle depth.
but i also think this is a separate issue from the one reported here.
----------------------------------------------------------------------
Comment By: Martin Peach (mrpeach)
Date: 2011-01-16 19:45
Message:
It should be fixed now, but maybe a user-friendly way of setting max bundle
depth is needed.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-12-13 18:16
Message:
the attached diff fixes the problem
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_…
Patches item #3011285, was opened at 2010-06-04 01:54
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
>Status: Pending
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix gl_goprect logic
Initial Comment:
Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red rectangle get set more accurately, and according to Ivica also helps with other GOP bugs. I checked it into Pd-extended 0.42.5 here:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=135…
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:06
Message:
it seems like the side-problem has been fixed in patch#3160988 and commit
1ae496ba963b5cae7bea0891e097706e1d53bb17.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:51
Message:
and here's the commit for removing from Pd-extended 0.42.5
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:49
Message:
Oops, forgot to add, this patch causes bug #3052388
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:47
Message:
uh oh, bad news. While this patch does seem to make sense, it breaks other
things. I removed this patch from Pd-extended 0.42.5
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-20 23:42
Message:
accepted in git commit 56964c07b4ad572fdf4a2f03e7ed72f99da4a28d
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&group_…