chuckLib

View: New views
18 Messages — Rating Filter:   Alert me  

chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Hi,

I've just discovered the amazing chuckLib. I almost had to change my shorts after reading the documentation and playing around a bit ! This library is exactly what I was missing in sc, a neat way to manage variables connected to a single musical process and a nice way of cleaning up after the process.

Just wanted to express my deepest thanks to James for creating this very killer library !

I have found only one annoyance with the lib. When a BP is playing and you press cmd + . to stop all process, the pattern in the BP stops, but if you then ask BP to play again you get this warning :

WARNING:
already playing
BP('...')

you have to manually BP.stop, before you can BP.play again. I think all BP objects should receive a stop message when you press cmd + .

If for some reason you don't wanna do this, could we have a stop to the BP class that would stop all playing BP's ?

Best,
Hjalte

Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

On Apr 18, 2009, at 6:26 AM, Hjalte Møller wrote:

I've just discovered the amazing chuckLib. I almost had to change my shorts after reading the documentation and playing around a bit ! This library is exactly what I was missing in sc, a neat way to manage variables connected to a single musical process and a nice way of cleaning up after the process.

:)  thanks.

I have found only one annoyance with the lib. When a BP is playing and you press cmd + . to stop all process, the pattern in the BP stops, but if you then ask BP to play again you get this warning :

WARNING:
already playing
BP('...')

Good catch. Should be easy - I'll fix it today.
hjh


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman


Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Cool !

I'm not sure how to install the update ?
I've tried
Quarks.update("dewdrop_lib");
Quarks.update("ddwChucklib");

but the problem persists ?

-hjalte

2009/4/18 James Harkins <jamshark70@...>
On Apr 18, 2009, at 6:26 AM, Hjalte Møller wrote:

I've just discovered the amazing chuckLib. I almost had to change my shorts after reading the documentation and playing around a bit ! This library is exactly what I was missing in sc, a neat way to manage variables connected to a single musical process and a nice way of cleaning up after the process.

:)  thanks.

I have found only one annoyance with the lib. When a BP is playing and you press cmd + . to stop all process, the pattern in the BP stops, but if you then ask BP to play again you get this warning :

WARNING:
already playing
BP('...')

Good catch. Should be easy - I'll fix it today.
hjh


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman



Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Did I say that I checked in the fix yet?

I said, "I'll fix it today," but for me in the US, today is not over yet. So relax...

Anyway, NOW you can update because I just checked it in, literally seconds ago.
hjh


On Apr 18, 2009, at 6:20 PM, Hjalte Møller wrote:

Cool !

I'm not sure how to install the update ?
I've tried
Quarks.update("dewdrop_lib");
Quarks.update("ddwChucklib");

but the problem persists ?


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman


Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

sorry,- it's was not my intention to stress you at all, forgot about the timezones, and thought that maybe I was doing something wrong or had to download from somewhere or something...

and thanks, you rock !

Best,
Hjalte

2009/4/19 James Harkins <jamshark70@...>
Did I say that I checked in the fix yet?

I said, "I'll fix it today," but for me in the US, today is not over yet. So relax...

Anyway, NOW you can update because I just checked it in, literally seconds ago.
hjh


On Apr 18, 2009, at 6:20 PM, Hjalte Møller wrote:

Cool !

I'm not sure how to install the update ?
I've tried
Quarks.update("dewdrop_lib");
Quarks.update("ddwChucklib");

but the problem persists ?


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman



Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

I could have posted more calmly too... the change broke one of my pieces and I had just figured out why at that moment, but didn't have the whole solution. Later in the evening I checked in another revision that took care of that problem.

But in general, if I fix something in my lib for somebody, I'll post a message when it's ready.

hjh

On Apr 19, 2009, at 8:26 AM, Hjalte Møller wrote:

sorry,- it's was not my intention to stress you at all, forgot about the timezones, and thought that maybe I was doing something wrong or had to download from somewhere or something...

and thanks, you rock !


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman


Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

np,

Thanks again, and have a nice day :)

cheers

2009/4/19 James Harkins <jamshark70@...>
I could have posted more calmly too... the change broke one of my pieces and I had just figured out why at that moment, but didn't have the whole solution. Later in the evening I checked in another revision that took care of that problem.

But in general, if I fix something in my lib for somebody, I'll post a message when it's ready.

hjh

On Apr 19, 2009, at 8:26 AM, Hjalte Møller wrote:

sorry,- it's was not my intention to stress you at all, forgot about the timezones, and thought that maybe I was doing something wrong or had to download from somewhere or something...

and thanks, you rock !


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman



Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

And, I just put in another chucklib fix for some timing problems when using the leadTime option.
hjh


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman


Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Hi James,

The new timing fix have made my chuckPatches stop working, i dunno why, but the error report says something about the timingOffset ?

: ERROR: Message 'timingOffset' not understood.

--- to specify---
The chuck in a simplified version---------------
(
PR(\bufPerc).chuck(BP(\kik), parms: (
    bufPaths: ["/Users/hbm/scwork/sounds/drums/bd/04_pin_bd.wav"],
    ampBase: [1, 0, 0, 0, 1, 0, 0, 0, 1, 0, 0, 0, 1, 0, 0, 0],
    amps: 0,
    rates: 1,
    pbindPreAction: {~amps = ~ampBase}
));
);

The error message----------------
BP('kik')
ERROR: Message 'timingOffset' not understood.
RECEIVER:
Instance of AbsoluteTimeSpec {    (174F3720, gc=78, fmt=00, flg=00, set=01)
  instance variables [2]
    quant : Float 832.0   408A0000 00000000
    clock : instance of TempoClock (16062F60, size=7, set=3)
}
ARGS:
CALL STACK:
    DoesNotUnderstandError:reportError   17F0BF90
        arg this = <instance of DoesNotUnderstandError>
    Nil:handleError   17F0BB30
        arg this = nil
        arg error = <instance of DoesNotUnderstandError>
    Thread:handleError   17F0BAD0
        arg this = <instance of Thread>
        arg error = <instance of DoesNotUnderstandError>
    Object:throw   17F0B9B0
        arg this = <instance of DoesNotUnderstandError>
    Object:doesNotUnderstand   17F0B950
        arg this = <instance of AbsoluteTimeSpec>
        arg selector = 'timingOffset'
        arg args = [*0]
    Event:synchWithQuant   17F0B8F0
        arg this = <instance of Event>
        arg quant = <instance of AbsoluteTimeSpec>
    EventStreamPlayer:play   17160DB0
        arg this = <instance of BlockableEventStreamPlayer>
        arg argClock = <instance of TempoClock>
        arg doReset = false
        arg quant = <instance of AbsoluteTimeSpec>
    BlockableEventStreamPlayer:play   171272D0
        arg this = <instance of BlockableEventStreamPlayer>
        arg argClock = <instance of TempoClock>
        arg doReset = nil
        arg quant = <instance of AbsoluteTimeSpec>
    < FunctionDef in Method BP:play >  (no arguments or variables)
    Function:awake   17128530
        arg this = <instance of Function>
        arg beats = 832.0
        arg seconds = 500.1072492424
        arg clock = <instance of TempoClock>
        var time = 500.1072492424

best, Hjalte

Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

I forgot to mention that I started the BP like this :

BP(\kik).play

std quant

cheers

2009/4/23 Hjalte Møller <spleef.sc@gmail.com>
Hi James,

The new timing fix have made my chuckPatches stop working, i dunno why, but the error report says something about the timingOffset ?

: ERROR: Message 'timingOffset' not understood.

--- to specify---
The chuck in a simplified version---------------
(
PR(\bufPerc).chuck(BP(\kik), parms: (
    bufPaths: ["/Users/hbm/scwork/sounds/drums/bd/04_pin_bd.wav"],
    ampBase: [1, 0, 0, 0, 1, 0, 0, 0, 1, 0, 0, 0, 1, 0, 0, 0],
    amps: 0,
    rates: 1,
    pbindPreAction: {~amps = ~ampBase}
));
);

The error message----------------
BP('kik')
ERROR: Message 'timingOffset' not understood.
RECEIVER:
Instance of AbsoluteTimeSpec {    (174F3720, gc=78, fmt=00, flg=00, set=01)
  instance variables [2]
    quant : Float 832.0   408A0000 00000000
    clock : instance of TempoClock (16062F60, size=7, set=3)
}
ARGS:
CALL STACK:
    DoesNotUnderstandError:reportError   17F0BF90
        arg this = <instance of DoesNotUnderstandError>
    Nil:handleError   17F0BB30
        arg this = nil
        arg error = <instance of DoesNotUnderstandError>
    Thread:handleError   17F0BAD0
        arg this = <instance of Thread>
        arg error = <instance of DoesNotUnderstandError>
    Object:throw   17F0B9B0
        arg this = <instance of DoesNotUnderstandError>
    Object:doesNotUnderstand   17F0B950
        arg this = <instance of AbsoluteTimeSpec>
        arg selector = 'timingOffset'
        arg args = [*0]
    Event:synchWithQuant   17F0B8F0
        arg this = <instance of Event>
        arg quant = <instance of AbsoluteTimeSpec>
    EventStreamPlayer:play   17160DB0
        arg this = <instance of BlockableEventStreamPlayer>
        arg argClock = <instance of TempoClock>
        arg doReset = false
        arg quant = <instance of AbsoluteTimeSpec>
    BlockableEventStreamPlayer:play   171272D0
        arg this = <instance of BlockableEventStreamPlayer>
        arg argClock = <instance of TempoClock>
        arg doReset = nil
        arg quant = <instance of AbsoluteTimeSpec>
    < FunctionDef in Method BP:play >  (no arguments or variables)
    Function:awake   17128530
        arg this = <instance of Function>
        arg beats = 832.0
        arg seconds = 500.1072492424
        arg clock = <instance of TempoClock>
        var time = 500.1072492424

best, Hjalte


Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Try to update now...

It's odd. This doesn't happen in any of my installations, but I can't
figure out why :)  because timingOffset_ was in fact not implemented
-- so in theory I should have seen this bug before committing. *shock*
 Now the method is there, so it should be fine going forward.

Thanks.
hjh


--
James Harkins /// dewdrop world
jamshark70@...
http://www.dewdrop-world.net

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

file´s format in windows

by AIzarra :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Dear friends,
with great surpirse I have just found that sc files from Mac, cannot  
be open in windows, it says " cannot read rtf".
I have had to save them as html and then tell the programme "Html to  
code".
I wonder whether it might be the version of window I am using, or is  
there another way of doing this (rewriting all the patchers!!).
I also cannot tell the format, is it .txt?
Also I find that if I say,
s = Server.internal
s.boot
it turns the localhost off, and gives me no internal server window  
(That, I know it wouldnt) but I thought it might come up once I  
declare it default.
I have found that the only help realted to windows are the shortcuts.  
I will appreciate if someone point me to more explicit documents.

But what really worries me is this thing about the patchers not being  
compatible with OS X.

Thanks in advance for you help


Adina

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

Re: [sc-users] file´s format in windows

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

It's true, SC windows can't open rtf files from any source.

The problem isn't "SC files from OSX" -- OSX users can save code as
plain text (with the extension scd) and windows can open those files,
no problem. The "issue" (not really an issue, more a matter of
preference) is that the default file type for SC.app in OSX is RTF.
This IIRC is because some senior users favor a "literate programming"
style that uses formatting to clarify what's being written. Plain text
doesn't support that, so SC.app keeps the RTF default to make it
easier for OSX users to take advantage of that capability.

So OSX users who are concerned with cross-platform compatibility need
to change the file type when saving.

If no one objects, I can go through the examples folder and turn all
the RTFs into plain text. IMO it's not good to have any RTFs in the
main distribution because whatever comes in the distro should be easy
to use for everybody.

There's no such thing as the internal server in windows. It only
exists in OSX. Don't try to use it on other platforms.

hjh


On Fri, Apr 24, 2009 at 5:35 PM, AIzarra <aizarra@...> wrote:

> Dear friends,
> with great surpirse I have just found that sc files from Mac, cannot be open
> in windows, it says " cannot read rtf".
> I have had to save them as html and then tell the programme "Html to code".
> I wonder whether it might be the version of window I am using, or is there
> another way of doing this (rewriting all the patchers!!).
> I also cannot tell the format, is it .txt?
> Also I find that if I say,
> s = Server.internal
> s.boot
> it turns the localhost off, and gives me no internal server window (That, I
> know it wouldnt) but I thought it might come up once I declare it default.
> I have found that the only help realted to windows are the shortcuts. I will
> appreciate if someone point me to more explicit documents.
>
> But what really worries me is this thing about the patchers not being
> compatible with OS X.



--
James Harkins /// dewdrop world
jamshark70@...
http://www.dewdrop-world.net

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

Re: Re: [sc-users] file´s format in windows

by AIzarra :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Thanks, I will save my files as plain texts.
ANother question, if the code comes from plain text, it does not show  
syntax colors, the Shortcuts say "auto" for syntax coloring...is it a  
common windows command? or it should happen authomatically?
Sometimes the code works, but there is no such thing as the coloring.
Muchos saludos
Adina
http: //prof.usb.ve/aizarra
http://www.myspace.com/adinaizarra







El 24/04/2009, a las 06:08 p.m., James Harkins escribió:

> It's true, SC windows can't open rtf files from any source.
>
> The problem isn't "SC files from OSX" -- OSX users can save code as
> plain text (with the extension scd) and windows can open those files,
> no problem. The "issue" (not really an issue, more a matter of
> preference) is that the default file type for SC.app in OSX is RTF.
> This IIRC is because some senior users favor a "literate programming"
> style that uses formatting to clarify what's being written. Plain text
> doesn't support that, so SC.app keeps the RTF default to make it
> easier for OSX users to take advantage of that capability.
>
> So OSX users who are concerned with cross-platform compatibility need
> to change the file type when saving.
>
> If no one objects, I can go through the examples folder and turn all
> the RTFs into plain text. IMO it's not good to have any RTFs in the
> main distribution because whatever comes in the distro should be easy
> to use for everybody.
>
> There's no such thing as the internal server in windows. It only
> exists in OSX. Don't try to use it on other platforms.
>
> hjh
>
>
> On Fri, Apr 24, 2009 at 5:35 PM, AIzarra <aizarra@...> wrote:
>> Dear friends,
>> with great surpirse I have just found that sc files from Mac,  
>> cannot be open
>> in windows, it says " cannot read rtf".
>> I have had to save them as html and then tell the programme "Html  
>> to code".
>> I wonder whether it might be the version of window I am using, or  
>> is there
>> another way of doing this (rewriting all the patchers!!).
>> I also cannot tell the format, is it .txt?
>> Also I find that if I say,
>> s = Server.internal
>> s.boot
>> it turns the localhost off, and gives me no internal server window  
>> (That, I
>> know it wouldnt) but I thought it might come up once I declare it  
>> default.
>> I have found that the only help realted to windows are the  
>> shortcuts. I will
>> appreciate if someone point me to more explicit documents.
>>
>> But what really worries me is this thing about the patchers not being
>> compatible with OS X.
>
>
>
> --
> James Harkins /// dewdrop world
> jamshark70@...
> http://www.dewdrop-world.net
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal."  -- Whitman
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

Re: Re: [sc-users] file´s format in windows

by Scott Wilson-3 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

There aren't any RTFs in the examples folder if I'm not mistaken, more  
or less for this reason I think.

S.

On 24 Apr 2009, at 23:38, James Harkins wrote:

> It's true, SC windows can't open rtf files from any source.
>
> The problem isn't "SC files from OSX" -- OSX users can save code as
> plain text (with the extension scd) and windows can open those files,
> no problem. The "issue" (not really an issue, more a matter of
> preference) is that the default file type for SC.app in OSX is RTF.
> This IIRC is because some senior users favor a "literate programming"
> style that uses formatting to clarify what's being written. Plain text
> doesn't support that, so SC.app keeps the RTF default to make it
> easier for OSX users to take advantage of that capability.
>
> So OSX users who are concerned with cross-platform compatibility need
> to change the file type when saving.
>
> If no one objects, I can go through the examples folder and turn all
> the RTFs into plain text. IMO it's not good to have any RTFs in the
> main distribution because whatever comes in the distro should be easy
> to use for everybody.
>
> There's no such thing as the internal server in windows. It only
> exists in OSX. Don't try to use it on other platforms.
>
> hjh
>
>
> On Fri, Apr 24, 2009 at 5:35 PM, AIzarra <aizarra@...> wrote:
>> Dear friends,
>> with great surpirse I have just found that sc files from Mac,  
>> cannot be open
>> in windows, it says " cannot read rtf".
>> I have had to save them as html and then tell the programme "Html  
>> to code".
>> I wonder whether it might be the version of window I am using, or  
>> is there
>> another way of doing this (rewriting all the patchers!!).
>> I also cannot tell the format, is it .txt?
>> Also I find that if I say,
>> s = Server.internal
>> s.boot
>> it turns the localhost off, and gives me no internal server window  
>> (That, I
>> know it wouldnt) but I thought it might come up once I declare it  
>> default.
>> I have found that the only help realted to windows are the  
>> shortcuts. I will
>> appreciate if someone point me to more explicit documents.
>>
>> But what really worries me is this thing about the patchers not being
>> compatible with OS X.
>
>
>
> --
> James Harkins /// dewdrop world
> jamshark70@...
> http://www.dewdrop-world.net
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal."  -- Whitman
>
> _______________________________________________
> sc-users mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/


_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

I just updated, it still fails with the same message...

-hjalte



2009/4/23 James Harkins <jamshark70@...>
Try to update now...

It's odd. This doesn't happen in any of my installations, but I can't
figure out why :)  because timingOffset_ was in fact not implemented
-- so in theory I should have seen this bug before committing. *shock*
 Now the method is there, so it should be fine going forward.

Thanks.
hjh


--
James Harkins /// dewdrop world
jamshark70@...
http://www.dewdrop-world.net

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/


Re: chuckLib

by James Harkins-2 :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Did you update only chucklib or the entire ddw package? The fix was not actually in chucklib. It's in ddwCommon/TimeSpecs.

It is definitely in svn, so your update must have been incomplete.


hjh

On Apr 25, 2009, at 1:43 PM, Hjalte Møller wrote:

I just updated, it still fails with the same message...


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman


Re: chuckLib

by Hjalte Møller :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

Yes ! Back in business :)

I did update the whole dewdrop_lib and recompiled last time, dunno what went wrong...

Cheers.ar(Hjalte)




2009/4/25 James Harkins <jamshark70@...>
Did you update only chucklib or the entire ddw package? The fix was not actually in chucklib. It's in ddwCommon/TimeSpecs.

It is definitely in svn, so your update must have been incomplete.


hjh

On Apr 25, 2009, at 1:43 PM, Hjalte Møller wrote:

I just updated, it still fails with the same message...


: H. James Harkins
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman