Re: Rsync and Chinese characters problem

2005-11-20 Thread Robert Lucas
Will do, sorry to post in the wrong place. Robert Christopher Faylor: > >On Sun, Nov 20, 2005 at 06:42:23PM -0800, Robert Lucas wrote: >>I'm trying to setup a series of windows computers to automatically >>back themselves up to a remote rsync server. To accomplish this >>I installed cygwin with c

Re: Rsync and Chinese characters problem

2005-11-20 Thread Christopher Faylor
On Sun, Nov 20, 2005 at 06:42:23PM -0800, Robert Lucas wrote: >I'm trying to setup a series of windows computers to automatically >back themselves up to a remote rsync server. To accomplish this >I installed cygwin with cron, ssh, and rsync on all the systems. > >However, a couple systems will not

Rsync and Chinese characters problem

2005-11-20 Thread Robert Lucas
I'm trying to setup a series of windows computers to automatically back themselves up to a remote rsync server. To accomplish this I installed cygwin with cron, ssh, and rsync on all the systems. However, a couple systems will not backup, looking at the logfiles reveals comments like "file has van

Re: [ITP] perl-Tk

2005-11-20 Thread Yitzchak Scott-Thoennes
On Sun, Nov 20, 2005 at 11:50:53AM -0800, Brian Dessent wrote: > Yitzchak Scott-Thoennes wrote: > > > void *dlh = dlopen("mydllalternate.dll", RTLD_NOW); > > That's because dlopen() is a Cygwin function that understands things > like LD_LIBRARY_PATH and posix paths. But if you use it you are n

Re: [ITP] perl-Tk

2005-11-20 Thread Yaakov S (Cygwin Ports)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: > Already done. It builds fine, however I see some tests failing and the > demo widget is not running properly here. > > Already posted a question about this at the main list. Based on what I responded there, can this be GTG?

Re: [ITP] perl-Tk

2005-11-20 Thread Brian Dessent
Yitzchak Scott-Thoennes wrote: > void *dlh = dlopen("mydllalternate.dll", RTLD_NOW); That's because dlopen() is a Cygwin function that understands things like LD_LIBRARY_PATH and posix paths. But if you use it you are not using "the windows runtime loader", at least not directly. If you try y

Re: [ITP] perl-Tk

2005-11-20 Thread Yitzchak Scott-Thoennes
On Sun, Nov 20, 2005 at 12:34:33AM -0500, Charles Wilson wrote: > Yitzchak Scott-Thoennes wrote: > > >Hence the suggestion of using the features provided by the > >alternatives package. Am I correct in assuming this works even for > >dynamically loaded dlls? > > > > No. It works for .so's on L

Re: Concern about new g-b-s logging change - loss of error detection

2005-11-20 Thread Max Bowsher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Pechtchanski wrote: > On Sat, 19 Nov 2005, Max Bowsher wrote: > >>Summary: The addition of the 'logging' g-b-s feature introduced a bug: >>Errors during phases of package building do not halt the build, so that >>an error during 'make' or 'make i

Re: Concern about new g-b-s logging change - loss of error detection

2005-11-20 Thread Igor Pechtchanski
On Sat, 19 Nov 2005, Max Bowsher wrote: > This thread seems to have gone to sleep. Sorry -- it was sitting in my "Follow-Up" folder, but I somehow didn't get to reply to this. > Summary: The addition of the 'logging' g-b-s feature introduced a bug: > Errors during phases of package building do n

Re: [ITP] perl-Tk

2005-11-20 Thread Corinna Vinschen
On Nov 20 00:34, Charles Wilson wrote: > Yitzchak Scott-Thoennes wrote: > > >Hence the suggestion of using the features provided by the > >alternatives package. Am I correct in assuming this works even for > >dynamically loaded dlls? > > > > No. It works for .so's on Linux, because the Linux l