src/winsup/cygwin ChangeLog ntdll.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-01-15 10:52:16 Modified files: winsup/cygwin : ChangeLog ntdll.h Log message: * ntdll.h (STATUS_SHARING_VIOLATION): Define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3712r2=1.3713 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.43r2=1.44
src/winsup/cygwin ChangeLog cygheap.cc ntdll.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-01-15 11:01:23 Modified files: winsup/cygwin : ChangeLog cygheap.cc ntdll.h Log message: * cygheap.cc (cygheap_init): Add TODO comment. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3713r2=1.3714 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.134r2=1.135 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.44r2=1.45
src/winsup/cygwin ChangeLog ntdll.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-01-15 11:11:37 Modified files: winsup/cygwin : ChangeLog ntdll.h Log message: * ntdll.h: Adjust status definitions. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3714r2=1.3715 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.45r2=1.46
src/winsup/cygwin ChangeLog child_info.h dcrt0 ...
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2007-01-15 11:56:07 Modified files: winsup/cygwin : ChangeLog child_info.h dcrt0.cc dtable.cc dtable.h fhandler.cc fhandler.h fork.cc pipe.cc shared.cc shared_info.h sigproc.cc spawn.cc syscalls.cc winsup.h Log message: 2007-01-13 Christopher Faylor [EMAIL PROTECTED] * glob.cc: Update copyright notice with latest from FreeBSD. (glob0): Use correct type for c variable to propagate previously detected protection. 2007-01-12 Corinna Vinschen [EMAIL PROTECTED] * cygheap.cc (_csbrk): Fix off-by-one error. * cygwin.sc: Give .cygheap a minimum size of 512K. 2007-01-12 Corinna Vinschen [EMAIL PROTECTED] * fork.cc (child_copy): Add missing Windows PID in debug output. 2007-01-12 Corinna Vinschen [EMAIL PROTECTED] * syscalls.cc: Update copyright. 2007-01-10 Corinna Vinschen [EMAIL PROTECTED] * mmap.cc (mmap64): Pre-Reserve space for the whole mapping to get a useful, valid address before the actual mappings take place. Fix typo in comment. 2007-01-10 Corinna Vinschen [EMAIL PROTECTED] * syscalls.cc (sync): Use b_drive for B: drive (Thanks to Howard Chu). 2007-01-09 Corinna Vinschen [EMAIL PROTECTED] * mmap.cc: Do bookkeeping in 4K pages, rather than in 64K chunks. 2007-01-01 Christopher Faylor [EMAIL PROTECTED] * spawn.cc (spawn_guts): Don't expect synchronization from a non-cygwin _P_NOWAIT process. 2006-12-12 Christopher Faylor [EMAIL PROTECTED] * syscalls.cc (popen): Allow '[rw][bt]'. 2006-12-11 Christopher Faylor [EMAIL PROTECTED] * sigproc.cc (child_info::child_info): Move old comment about msv_count here. Edit it slightly to reflect new sensibilities. 2006-12-11 Christopher Faylor [EMAIL PROTECTED] * child_info.h (child_info_spawn::__stdin): New element. (child_info_spawn::__stdin): Ditto. (CURR_CHILD_INFO_MAGIC): Regenerate. * dcrt0.cc (check_sanity_and_sync): Minor cleanup. (child_info_spawn::handle_spawn): Handle new __std* elements by calling move_fd. * dtable.cc (dtable::move_fd): Define new function. * dtable.h (dtable::move_fd): Declare new function. * fhandler.h (fhandler_pipe::popen_pid): Declare new element. * fhandler.h (fhandler_pipe::get_popen_pid): Define new function. * fhandler.h (fhandler_pipe::set_popen_pid): Ditto. * pipe.cc (fhandler_pipe::fhandler_pipe): Zero popen_pid. (fhandler_pipe::dup): Ditto. * spawn.cc (handle): Change second argument to bool. (spawn_guts): Accept __stdin/__stdout arguments and set them appropriately in child_info structure and in STARTUPINFO structure. * syscalls.cc (popen): New cygwin-specific implementation using spawn. (pclose): Ditto. * winsup.h (spawn_guts): Accommodate new arguments for spawn_guts. * fhandler.cc (fhandler_base::set_no_inheritance): Make second arg a bool. * fhandler.h (fhandler_base::set_no_inheritance): Ditto for declaration. * child_info.h (child_info::msv_count): Rename from the now-inappropriate zero. (child_info_spawn::filler): Add filler to work around Vista bug. (child_info_fork::filler): Ditto. * dcrt0.cc (get_cygwin_startup_info): Remove zero check since it is now always filled out. * fork.cc (frok::parent): Move ch.zero manipulation to constructor. * spawn.cc (spawn_guts): Ditto. Remove _ch wrapper. * sigproc.cc (child_info::child_info): Initialize starter[]. * shared.cc (shared_info::heap_slop_size): Remove noisy system_printfs. * shared_info.h (CURR_SHARED_MAGIC): Regenerate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3582.2.22r2=1.3582.2.23 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/child_info.h.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.69r2=1.69.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.311.4.3r2=1.311.4.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.169.4.1r2=1.169.4.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.h.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.40r2=1.40.8.1
src/winsup/cygwin ChangeLog CYGWIN_LICENSE
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-01-15 12:19:01 Modified files: winsup/cygwin : ChangeLog CYGWIN_LICENSE Log message: * CYGWIN_LICENSE: Fix web pages and contact information. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3715r2=1.3716 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/CYGWIN_LICENSE.diff?cvsroot=srcr1=1.4r2=1.5
src/winsup/cygwin ChangeLog CYGWIN_LICENSE
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2007-01-15 12:19:07 Modified files: winsup/cygwin : ChangeLog CYGWIN_LICENSE Log message: * CYGWIN_LICENSE: Fix web pages and contact information. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3582.2.23r2=1.3582.2.24 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/CYGWIN_LICENSE.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3r2=1.3.24.1
Re: Snapshot speed on managing files
Hi Corinne, I found the reason for the long time needed to delete files on my machine: It is fault of the antivirus, but the crazy thing is that the performance is orrible when it is disabled, and reasonable when it is enabled. The bin filling have no effect, I tried on the home PC, filling the bin with gigabytes and the timing was always 2-3 secs. No difference for the network logon. Snapshot 20070110 Standalone VirusScan Enterprise 8.0.0 On Access Scanner Enabled $ time rm -rf testdir real0m5.217s user0m0.120s sys 0m0.951s Standalone VirusScan Enterprise 8.0.O On Access Scanner Disabled $ time rm -rf testdir real1m40.865s user0m0.050s sys 0m0.170s Network VirusScan Enterprise 8.0.O On Access Scanner Enabled $ time rm -rf testdir real0m4.676s user0m0.150s sys 0m0.791s Network VirusScan Enterprise 8.0.O On Access Scanner Disabled $ time rm -rf testdir real1m41.125s user0m0.030s sys 0m0.210s Regards Marco PS: sorry for the broken followup, but I subscribed on yesterday after all your replies. ___ Vinci i biglietti per FIFA World Cup in Germania! yahoo.it/concorso_messenger -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Win32 error 998
On 15 January 2007 06:06, James Whitwell wrote: Dave Korn wrote: On 15 January 2007 00:19, James Whitwell wrote: 11 bash: fork: Resource temporarily unavailable See http://cygwin.com/ml/cygwin/2007-01/msg00455.html Thanks Dave, I don't know how I could've missed that! Unfortunately he tried rebase and couldn't even get that to run (same error as before). Luckily he can run it on another machine, but any ideas on something else we could try? Should I ask him if he's running or has just installed any of the software you listed in that thread (Logitech webcam software, Kerio personal firewall, Agnitum output, AV)? Yep. If rebaseall doesn't help, it's almost always caused by some kind of security or system-level software that installs hooks all over the system and isn't quite as transparent to user-mode processes as a hooking filter really ought to be... cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: problem with running tcl/tk scripts
On 15 January 2007 07:04, d gitelman wrote: In the older version (1.5.18-1) the dialog I expect to see appears. In the newer version (1.5.19) I see the following errors command not foundsr/local/fsl/bin/Fdt_gui: line 2: ': not a valid identifieri: line 4: export: `TCLTKSHELL command not foundFdt_gui: line 5: /usr/local/fsl/bin/Fdt_gui: line 12: syntax error near unexpected token `(' 'usr/local/fsl/bin/Fdt_gui: line 12: `set FSLDIR $env(FSLDIR) [1]+ Exit 2 exec sh -c /usr/local/fsl/bin/Fdt_gui Any ideas would be appreciated, and please let me know if more information is needed. You have DOS line endings. Try d2u on it. This is a consequence of the newer versions of bash, rather than anything that changed in the cygwin dll itself. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash:fork: Resource temporarily unavailable - SOLUTION
On 15 January 2007 07:25, Chris Britton wrote: Manfred Ursprung manfred.ursprung at manfred-ursprung.de writes: bash: fork: Resource temporarily unavailable How can I solve it ? On my system this was caused by a product called System Mechanic. Specifically, a service named iolo DMV Service (ioloDMVSvc.exe). Apparently, this service injects code into every running process. Thanks for another one to add to the (entirely hypothetical) list-of-known-bad-software-that-chokes-cygwin! Since then, I have been able to use cygwin without error. As a bonus, all my programs launch much faster too. If you don't have System Mechanic on your system, look for other software that might perform code injection on running processes. Spot on. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Snapshot speed on managing files
On 15 January 2007 08:23, Marco atzeri wrote: I found the reason for the long time needed to delete files on my machine: It is fault of the antivirus, but the crazy thing is that the performance is orrible when it is disabled, and reasonable when it is enabled. It is often the case, that the software still interferes when it is merely disabled, and needs to be completely uninstalled rather than just disabled, as disabling leaves its hooks present in the system. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.7.0 CVS mmap failure
About the reason why the last 64K just before 2GB can't be used in Windows, I'll refer you to this post in The Old New Thing blog by Raymond Chen, who regularly discusses such obscure compatibility issues. See http://blogs.msdn.com/oldnewthing/archive/2003/10/08/55239.aspx. (Short answer: it has to do with address fixup when loading executable image and the influence of the alpha processor on the design.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.7.0 CVS mmap failure
On 15 January 2007 14:03, Pierre Baillargeon wrote: About the reason why the last 64K just before 2GB can't be used in Windows, I'll refer you to this post in The Old New Thing blog by Raymond Chen, who regularly discusses such obscure compatibility issues. See http://blogs.msdn.com/oldnewthing/archive/2003/10/08/55239.aspx. (Short answer: it has to do with address fixup when loading executable image and the influence of the alpha processor on the design.) Presumably you got that link from the post about six posts back in this thread where it was first mentioned...? ;) http://cygwin.com/acronyms#YSHFRTT! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.7.0 CVS mmap failure
On 15 January 2007 14:48, Dave Korn wrote: On 15 January 2007 14:03, Pierre Baillargeon wrote: About the reason why the last 64K just before 2GB can't be used in Windows, I'll refer you to this post in The Old New Thing blog by Raymond Chen, who regularly discusses such obscure compatibility issues. See http://blogs.msdn.com/oldnewthing/archive/2003/10/08/55239.aspx. (Short answer: it has to do with address fixup when loading executable image and the influence of the alpha processor on the design.) Presumably you got that link from the post about six posts back in this thread where it was first mentioned...? ;) http://cygwin.com/acronyms#YSHFRTT! Also, it should be pointed out that this is not the real problem here. We aren't rebasing a DLL into the no-man's land, so the question of what kinds of relocs the linker supports isn't relevant. The problem is that we were handed this address by allocating virtual memory, and it violates the 64k granularity expectation because the upper part of it is overlaid by the fs: segment and so there is no linear address available to map the upper part of the ds: space. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: username should be lower-case for $USER
On 10-jan-2007 Dave Korn wrote: On 09 January 2007 22:15, David Smiley wrote: I forgot to add, I log into a windows domain and so I can't set the case. Perhaps this issue only relates to windows domain logins. Maybe they are case insensitive because when I log into the domain, I ALWAYS specify it in lower case. I don't think I've ever seen it presented to me (in Windows) as upper case. Yet in CYGWIN, $USER=DSMILEY. If domain logins are case *in*sensitive (appears likely), then it would seem to me that it should be normalized to lower-case for use in CYGWIN. That's a non-sequitur. It should not be /normalised/; it should be *canonicalised*. And the canonical definition is whatever your domain server reports to cygwin that your user name is. Case-preserving but case-insensitive, remember? Since it's insensitive, just hand-edit your /etc/passwd to look the way you like and you're done. BTW, I log-on to a domain, and my $USER name has always been lower-case. It's just the way your admin has created your account. I also log into a domain, and my username there is 'LongPhil'. I have gone through several computers while at this job, and have transferred stuff from one machine to the next each time. Our MIS department allowed _me_ to log in when setting up initially most times, after which they took over and did their thing (although it's almost all automated now; we're at the cutting edge of the late 1980s). Sometimes I logged in as 'LongPhil', and sometimes as 'longphil'; depending on how _I_ logged in, the local profile was created with _that_ _name_ _and_ _case_. Forever afterwards, most, if not all, references to my account made by the system used the same case that I used. If your MIS guys don't allow U to log in to a new machine the first time, maybe they're using all uppercase characters when they log in using your account. The profile would then be 'DSMILEY', not 'dsmiley'. FREE Reminder Service - NEW from AmericanGreetings.com Click HERE and never forget a Birthday or Anniversary again! http://track.juno.com/s/lc?s=197335u=http://www.americangreetings.com/products/online_calendar.pd?c=uol5752 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
openssh delay (5secs) to windows XP cygwin box
Hello list, I am running the current version of cygwin on a windows XP box (a recent laptop), I installed openssh and I setup'ed password less authentication (I use also privilege separation) time ssh laptop date returns in 6seconds whereas the openssh webpage suggest a modest hardware should do the same within 1 sec. My problem is the delay to connect to the box. On the openssh webpage, it is mentionned that delays above 10secs come from DNS/resolution problems. The delay I have is 6secs and does not come from DNS issues (I removed DNS from the way by two means. First I have put all information into /etc/hosts and second I have UseDNS set to no in sshd_config (and I did stop/start sshd via net stop/start sshd)) I tried to run ssh -vvv on the client side (debian linux) to see where the process is stuck. I also tried to run sshd in debug mode. Nothing interesting at least for me and google. I also tried to do the same with localhost from the windows box to itself. This also takes 5secs. The only interesting thing I found is that when I unplug my laptop from the network everything becomes smooth: (laptop plugged into the corporate network) time ssh localhost date Mon Jan 15 17:11:27 RST 2007 real0m6.570s user0m0.150s sys 0m0.100s (laptop unplugged from the network) Can anybody tell me if there are some tricks to play with Windows around this ? thanks in advance for any help. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: openssh delay (5secs) to windows XP cygwin box
On Mon, Jan 15, 2007 at 05:23:17PM +0100, Cabaniols, Sebastien wrote: time ssh localhost date Mon Jan 15 17:11:27 RST 2007 real 0m6.570s user 0m0.150s sys0m0.100s (laptop unplugged from the network) Can anybody tell me if there are some tricks to play with Windows around this ? thanks in advance for any help. Do you have the DISPLAY environment variable set, by any chance, i.e., does ssh -x localhost date work faster? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Endianess not declared
Hello Dave Dave Korn wrote: That's odd. I'm guessing 'sparse' is some kind of source code parser? For whatever reason, the version of ieeefp.h in my cygwin installation doesn't include any related #warning or #error. Is sparse somehow generating that itself? Yeah, the Linux guys use it in order to track down bugs. AFAICT, Sparse doesn't change the header files, so I'm a little puzzled by the fact that your version doesn't include the #error directive at the end. Not all built-in #defines come from the specs. For the canonical list of built-in definitions, which vary slightly between C and C++, use: gcc -x c -E -dM - /dev/null g++ -x c++ -E -dM - /dev/null Thanks. That revealed many #define's that I wasn't aware of. I will try and apply them and see how far that gets me. -- Best Regards Kovarththanan Rajaratnam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Endianess not declared
On 15 January 2007 17:03, Kovarththanan Rajaratnam wrote: Hello Dave Hi! Dave Korn wrote: That's odd. I'm guessing 'sparse' is some kind of source code parser? For whatever reason, the version of ieeefp.h in my cygwin installation doesn't include any related #warning or #error. Is sparse somehow generating that itself? Yeah, the Linux guys use it in order to track down bugs. AFAICT, Sparse doesn't change the header files, so I'm a little puzzled by the fact that your version doesn't include the #error directive at the end. The headers are part of the base cygwin package; do you have the same version as me? /win/t $ cygcheck -f /usr/include/ieeefp.h cygwin-1.5.23-2 cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
struct passwd problem : running on XP
Hi All, I'm runnning Cygwin 1.5.23 on XP and my C program refers to pwd.h library. It seems like the /etc/passwd file struct is not compliant with the C struct password ( as defined in pwd.h ). Indeed, users are defined as : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - bdemarch121406:unused_by_nt/2000/xp:97662:10545:bdemarch121406,U- EUR\bdemarch121406,S-1-5-21-2052699199-3915784498-1582209984- 87662:/home/bdemarch121406:/bin/bash - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - and struct passwd : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - struct passwd { char*pw_name; /* user name */ char*pw_passwd; /* encrypted password */ uid_t pw_uid; /* user uid */ gid_t pw_gid; /* user gid */ char*pw_comment;/* comment */ char*pw_gecos; /* Honeywell login info */ char*pw_dir;/* home directory */ char*pw_shell; /* default shell */ }; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - May be I'm wrong, but the number of items doesn't correspond to each other. May be I'm worng but I think that the gcc compiler is not able to parse each items. I thank you for all details and explanations. Regards Bruno. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: struct passwd problem : running on XP
DEMARCHE wrote: Hi All, I'm runnning Cygwin 1.5.23 on XP and my C program refers to pwd.h library. It seems like the /etc/passwd file struct is not compliant with the C struct password ( as defined in pwd.h ). Indeed, users are defined as : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - bdemarch121406:unused_by_nt/2000/xp:97662:10545:bdemarch121406,U- EUR\bdemarch121406,S-1-5-21-2052699199-3915784498-1582209984- 87662:/home/bdemarch121406:/bin/bash - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - and struct passwd : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - struct passwd { char*pw_name; /* user name */ char*pw_passwd; /* encrypted password */ uid_t pw_uid; /* user uid */ gid_t pw_gid; /* user gid */ char*pw_comment;/* comment */ char*pw_gecos; /* Honeywell login info */ char*pw_dir;/* home directory */ char*pw_shell; /* default shell */ }; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - May be I'm wrong, but the number of items doesn't correspond to each other. May be I'm worng but I think that the gcc compiler is not able to parse each items. I thank you for all details and explanations. Ignore the pw_comment field. It is not used. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
National characters in the command window
I have a Norwegian keyboard, and when I type the national characters on the command line, nothing shows up - that is, the æ (the ae ligature) and å (a with ring above) keys do not respond, while the ø (o with slash across) key produces 'o'. Dead-accent key combinations produce nothing. The cursor does not advance. I have a file with the ae ligature in the file name. The command ls | od -t x1 shows that character as 0xe6, consistent with latin1 or with cp1252. ls to the screen displays the file name properly. It seems the problem only affects keyboard input. In a regular dos cmd window I can type file names with national characters, and list the file names. The environment vairables LANG and LC_* are not set. I have not found any setting of these that make a difference. The command chcp.com in the bash window returns 437. In 436, the ae ligature is 0x91. In a regular dos cmd window, dir dirfile produces a file that contains cp437 coded file names. The ae ligature is 0x91. I determine this by od dirfile in the bash window. Using chcp to set codepage 1252 in the bash window makes the ae ligature display as the greek mu character when doing ls to the screen. ls | od still shows 0xe6 (1252) for the ae ligature. On input, the o-slash key nno longer produces 'o'. It produces nothing. The cursor does not advance. Starting a new bash process in the same window does not seem to change anything. I have found so little about this on the net, that I believe I must be missing something very basic in my cygwin installation. Does everybody else have the same problem? Is there a good description anywhere of how these things work? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: struct passwd problem : running on XP
On 15 January 2007 17:12, DEMARCHE wrote: It seems like the /etc/passwd file struct is not compliant with the C struct password ( as defined in pwd.h ). May be I'm wrong, but the number of items doesn't correspond to each other. May be I'm worng but I think that the gcc compiler is not able to parse each items. I thank you for all details and explanations. I think if you call the appropriate library function (getpwent IIRC?) it'll take care of the conversion for you. Otherwise, http://cygwin.com/acronyms#PPAST! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: National characters in the command window
Enrique Perez-Terron wrote: I have a Norwegian keyboard, and when I type the national characters on the command line, nothing shows up - that is, the æ (the ae ligature) and å (a with ring above) keys do not respond, while the ø (o with slash across) key produces 'o'. Dead-accent key combinations produce nothing. The cursor does not advance. I have a file with the ae ligature in the file name. The command ls | od -t x1 shows that character as 0xe6, consistent with latin1 or with cp1252. ls to the screen displays the file name properly. It seems the problem only affects keyboard input. In a regular dos cmd window I can type file names with national characters, and list the file names. The environment vairables LANG and LC_* are not set. I have not found any setting of these that make a difference. The command chcp.com in the bash window returns 437. In 436, the ae ligature is 0x91. In a regular dos cmd window, dir dirfile produces a file that contains cp437 coded file names. The ae ligature is 0x91. I determine this by od dirfile in the bash window. Using chcp to set codepage 1252 in the bash window makes the ae ligature display as the greek mu character when doing ls to the screen. ls | od still shows 0xe6 (1252) for the ae ligature. On input, the o-slash key nno longer produces 'o'. It produces nothing. The cursor does not advance. Starting a new bash process in the same window does not seem to change anything. I have found so little about this on the net, that I believe I must be missing something very basic in my cygwin installation. Does everybody else have the same problem? Is there a good description anywhere of how these things work? Does http://cygwin.com/faq/faq-nochunks.html#faq.using.unicode not help? Have you checked the email archives? I know this has come up before. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: National characters in the command window
Enrique Perez-Terron schrieb: I have a Norwegian keyboard, and when I type the national characters on the command line, nothing shows up - that is, the æ (the ae ligature) and å (a with ring above) keys do not respond, while the ø (o with slash across) key produces 'o'. Dead-accent key combinations produce nothing. The cursor does not advance. I have a file with the ae ligature in the file name. The command ls | od -t x1 shows that character as 0xe6, consistent with latin1 or with cp1252. ls to the screen displays the file name properly. It seems the problem only affects keyboard input. In a regular dos cmd window I can type file names with national characters, and list the file names. The environment vairables LANG and LC_* are not set. I have not found any setting of these that make a difference. The command chcp.com in the bash window returns 437. In 436, the ae ligature is 0x91. In a regular dos cmd window, dir dirfile produces a file that contains cp437 coded file names. The ae ligature is 0x91. I determine this by od dirfile in the bash window. Using chcp to set codepage 1252 in the bash window makes the ae ligature display as the greek mu character when doing ls to the screen. ls | od still shows 0xe6 (1252) for the ae ligature. On input, the o-slash key nno longer produces 'o'. It produces nothing. The cursor does not advance. Starting a new bash process in the same window does not seem to change anything. I have found so little about this on the net, that I believe I must be missing something very basic in my cygwin installation. Does everybody else have the same problem? Is there a good description anywhere of how these things work? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Do you use the norwegian keyboard layout for your X-server? try adding -xkblayout [xx] where [xx] should be no in your case. I had difficulties recently when updating with german layout as well. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with running tcl/tk scripts
Dave: Thank you very much! That worked part way. It now properly runs this command when I call it from the command line. exec sh -c /usr/local/fsl/bin/Fdt_gui However, it the buttons in the GUI still do not work. For some reason the command in the button is not executed. The button is setup just fine but pressing it does nothing. Again if I substitue the name of an actual .exe file for Fdt$gui_ext then the button works. Here is the button code. if { [ file exists ${FSLDIR}/tcl/fdt.tcl ] } { button $w.f1.fdt -text FDT Diffusion \ -command { exec sh -c ${FSLDIR}/bin/Fdt$gui_ext } pack $w.f1.fdt -in $w.f1 -fill x -padx 1 -pady 1 } also note that getting rid of the variables ${FSLDIR} and $gui_ext so the command line is written -command { exec sh -c /usr/local/fsl/bin/Fdt_gui } does not work so it's not a variable expansion issue. So based on your suggestion I then ran d2u on every text file in this distribution I could find and certainly every .tcl file. (I assume it is called as d2u name_of_file? Anyway it made no difference. I did try substituting some commands in the Runtcl file (Fdt_gui is a link to Runtcl) which was in the last email. Those commands do not even get executed when the button is pressed so if the command above references a script file and not a .exe file there is something broken in how it handles the exec sh call. again, any thoughts appreciated. Regards, Darren On 15 January 2007 07:04, Dave Kore wrote: In the older version (1.5.18-1) the dialog I expect to see appears. In the newer version (1.5.19) I see the following errors command not foundsr/local/fsl/bin/Fdt_gui: line 2: ': not a valid identifieri: line 4: export: `TCLTKSHELL command not foundFdt_gui: line 5: /usr/local/fsl/bin/Fdt_gui: line 12: syntax error near unexpected token `(' 'usr/local/fsl/bin/Fdt_gui: line 12: `set FSLDIR $env(FSLDIR) [1]+ Exit 2 exec sh -c /usr/local/fsl/bin/Fdt_gui Any ideas would be appreciated, and please let me know if more information is needed. You have DOS line endings. Try d2u on it. This is a consequence of the newer versions of bash, rather than anything that changed in the cygwin dll itself. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.23: Program with GSL does not compile
Hi, I am trying to compile a C++ program which uses GSL, but it fails for some odd reason. It goes like $ g++ -Wall `gsl-config --cflags` `gsl-config --libs` test_gsl.cpp ~~ 8 ~~ /path/to/Temp/ccQ03psi.o:test_gsl.cpp:(.text+0x29): undefined reference to `_gsl_matrix_alloc' collect2: ld returned 1 exit status ~~ 8 ~~ Which makes no sense at all because i tested it on a native Linux machine and it compiled well. Regards, Nils. -- It's like boxing a glacier. Enjoy that metaphor, by the way, because your grandchildren will have no idea what a glacier is. -- Stephen Colbert Cygwin Configuration Diagnostics Current System Time: Mon Jan 15 20:10:06 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: D:\anwendungen\cygwin\usr\local\bin D:\anwendungen\cygwin\bin D:\anwendungen\cygwin\bin D:\anwendungen\cygwin\usr\X11R6\bin . Output from D:\anwendungen\cygwin\bin\id.exe (nontsec) UID: 1003(nils) GID: 513(Kein) 0(root) 544(Administratoren) 545(Benutzer) Output from D:\anwendungen\cygwin\bin\id.exe (ntsec) UID: 1003(nils) GID: 513(Kein) 0(root) 544(Administratoren) 545(Benutzer) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'nils' PWD = '/home/nils' HOME = '/home/nils' MAKE_MODE = 'unix' HOMEPATH = '\Dokumente und Einstellungen\nils' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Dokumente und Einstellungen\nils\Anwendungsdaten' HOSTNAME = 'fabnb' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' OLDPWD = '/usr/bin' USERDOMAIN = 'FABNB' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Dokumente und Einstellungen\All Users' TEMP = '/cygdrive/c/DOKUME~1/nils/LOKALE~1/Temp' COMMONPROGRAMFILES = 'C:\Programme\Gemeinsame Dateien' QTJAVA = 'C:\Programme\Java\jre1.5.0_08\lib\ext\QTJava.zip' USERNAME = 'nils' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Dokumente und Einstellungen\nils' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\FABNB' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\Dokumente und Einstellungen\nils' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' !D: = 'D:\anwendungen\cygwin\bin' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOKUME~1/nils/LOKALE~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'pdfFactory Pro' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0d06' CLASSPATH = '.;C:\Programme\Java\jre1.5.0_08\lib\ext\QTJava.zip' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Programme' DISPLAY = 'localhost:0.0' NUMBER_OF_PROCESSORS = '1' SESSIONNAME = 'Console' COMPUTERNAME = 'FABNB' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'D:\anwendungen\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'D:\anwendungen\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'D:\anwendungen\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 8103Mb 60% CP CS UN PA FC win xp d: hd NTFS 41001Mb 79% CP CS UN PA FC etc e: hd NTFS 8118Mb 25% CP CS UN PA FC tmp k: cd N/AN/A l: cd N/AN/A D:\anwendungen\cygwin / system binmode D:\anwendungen\cygwin/bin /usr/bin system binmode D:\anwendungen\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: D:\anwendungen\cygwin\bin\awk.exe Found: D:\anwendungen\cygwin\bin\bash.exe Found: D:\anwendungen\cygwin\bin\cat.exe Found: D:\anwendungen\cygwin\bin\cp.exe Found: D:\anwendungen\cygwin\bin\cpp.exe Not Found: crontab Found: D:\anwendungen\cygwin\bin\find.exe Found: D:\anwendungen\cygwin\bin\gcc.exe Not Found: gdb Found: D:\anwendungen\cygwin\bin\grep.exe Found: D:\anwendungen\cygwin\bin\kill.exe Found: D:\anwendungen\cygwin\bin\ld.exe Found: D:\anwendungen\cygwin\bin\ls.exe Found: D:\anwendungen\cygwin\bin\make.exe Found: D:\anwendungen\cygwin\bin\mv.exe Not Found: patch Found: D:\anwendungen\cygwin\bin\perl.exe Found:
RE: 1.5.23: Program with GSL does not compile
On 15 January 2007 19:19, Nils Kehrein wrote: Hi, I am trying to compile a C++ program which uses GSL, but it fails for some odd reason. It goes like $ g++ -Wall `gsl-config --cflags` `gsl-config --libs` test_gsl.cpp ~~ 8 ~~ /path/to/Temp/ccQ03psi.o:test_gsl.cpp:(.text+0x29): undefined reference to `_gsl_matrix_alloc' collect2: ld returned 1 exit status ~~ 8 ~~ Which makes no sense at all because i tested it on a native Linux machine and it compiled well. A side-effect of dynamic linking using .so shared objects. Try putting your source file earlier on the commandline and the libraries later. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.23: Program with GSL does not compile
I tried to attach a test case but it didn't get through the mailfilter, so here it is: ~~ test_gsl.cpp 8 ~~~ #include gsl/gsl_matrix.h int main(void) { gsl_matrix *M = gsl_matrix_alloc(1, 1); return 0; } ~~ 8 ~~ Regards, Nils. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.23: Program with GSL does not compile
Dave Korn wrote: A side-effect of dynamic linking using .so shared objects. Try putting your source file earlier on the commandline and the libraries later. Oh, it was that easy ... strange. Thanks a lot for the *really* quick help! :-) Regards, Nils. -- It's like boxing a glacier. Enjoy that metaphor, by the way, because your grandchildren will have no idea what a glacier is. -- Stephen Colbert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.23: Program with GSL does not compile
On Mon, Jan 15, 2007 at 08:22:45PM +0100, Nils Kehrein wrote: I tried to attach a test case but it didn't get through the mailfilter, so here it is: ~~ test_gsl.cpp 8 ~~~ #include gsl/gsl_matrix.h int main(void) { gsl_matrix *M = gsl_matrix_alloc(1, 1); return 0; } ~~ 8 ~~ Actually, it *did* make it through. The mailing list software does not strip attachments. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: monotone-0.32-1
Version 0.32-1 of monotone has been uploaded. monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good internationalization support, has no external dependencies, runs on linux, solaris, OSX, windows, and other unixes, and is licensed under the GNU GPL. You can find information about new features here: http://venge.net/monotone/NEWS You can find information about upgrading from previous releases here: http://venge.net/monotone/UPGRADE If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Arkeia
Do you have included ssh-option '-X'? This is a common error I make. (Just a thought...) SE Yes...I'm using: ssh -Y IP ADDR -l root I'm able to log in and type: DISPLAY=My Client IP:0.0 then: xarkeia After this I get an error message: Cannot open display [] -- View this message in context: http://www.nabble.com/Arkeia-tf2950828.html#a8380931 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Arkeia
ignacious wrote: Do you have included ssh-option '-X'? This is a common error I make. (Just a thought...) SE Yes...I'm using: ssh -Y IP ADDR -l root I'm able to log in and type: DISPLAY=My Client IP:0.0 That's the wrong procedure, you should not set DISPLAY yourself, ssh takes care of that, and the value of DISPLAY is not your client IP, ssh will set it to your server IP:10 or similar. then: xarkeia After this I get an error message: Cannot open display [] That's what happens when you set DISPLAY wrong, in this case there is a firewall that prevents direct connections. Ssh doesn't use direct connections, it tunnels the X protocol over the same connection you used to log-in. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SVN not working correctly...
Hello everyone! :-D Hey, I installed Cygwin with the following options: Devel: Install wget: (latest version) Now I'm trying to update a program (for coding the PSP) through SVN. The tutorial I'm reading (http://www.psp-programming.com/tutorials/c/lesson01.htm) says to execute the command 'svn update', however that gives me some errors: [quote] [EMAIL PROTECTED] ~/psptoolchain $ svn update svn: Can't parse '.svn/dir-prop-base' svn: Malformed file [/quote] I asked on a PSP coding form and they suggested to reinstall, so I tried that. Nothing. Then I tried reinstalling all Cygwin. Nothing. Then I tried installing SVN from here: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 But that didn't work either, same error... :-( Anyone got a suggestion? Thanks! ;-) PS: The dir-prop-base file is this: [quote] K 10 svn:ignore V 80 binutils-*.tar.gz newlib-*.tar.gz gdb-*.tar.gz gcc-*.tar.bz2 binutils-*.tar.gz END [/quote -- View this message in context: http://www.nabble.com/SVN--not-working-correctly...-tf3018143.html#a8382088 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Arkeia
That's the wrong procedure, you should not set DISPLAY yourself, ssh takes care of that, and the value of DISPLAY is not your client IP, ssh will set it to your server IP:10 or similar. That's what happens when you set DISPLAY wrong, in this case there is a firewall that prevents direct connections. Ssh doesn't use direct connections, it tunnels the X protocol over the same connection you used to log-in. -- René Berber That's right. Thanks. I have it working now. I reinstalled our custom linux build (previously had commercial build) and arkeia on the server and deleted the / /.ssh/knownhosts file on the client, to get rid of the previous host keys. I do get the error: warning: No auth data; using fake authentication data for X11 forwarding. ...but it works when I just type xarkea. I'm not sure how serious this warning is. I think I've read that I can ignore it. I'll have to look into that some more. Thanks for your help. -- View this message in context: http://www.nabble.com/Arkeia-tf2950828.html#a8382091 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SVN not working correctly...
Leo28C wrote: Hello everyone! :-D Hey, I installed Cygwin with the following options: Devel: Install wget: (latest version) Now I'm trying to update a program (for coding the PSP) through SVN. The tutorial I'm reading (http://www.psp-programming.com/tutorials/c/lesson01.htm) says to execute the command 'svn update', however that gives me some errors: [quote] [EMAIL PROTECTED] ~/psptoolchain $ svn update svn: Can't parse '.svn/dir-prop-base' svn: Malformed file [/quote] Probably a line ending problem, which is common with svn and svn-tools that try to be smart and use CR-LF on Windows. I assume you installed whatever you have under ~/psptoolchain from an image (.zip or .tar.gz file), if that is the case the solution would be to get rid of that and re-install using Cygwin's svn or leave it and use a GUI for svn (as it will probably use those line endings by default, but can be configured in many ways). You can check if that is the problem by looking at the file with `od -c .svn/dir-prop-base` or something else that will show the line endings, like `vi -b ...` I asked on a PSP coding form and they suggested to reinstall, so I tried Yep, reinstall, reboot, reboot, reboot, and see if that helps... ;-) Don't you love all those experts posting to user groups? I may be wrong, by the way. that. Nothing. Then I tried reinstalling all Cygwin. Nothing. Then I tried installing SVN from here: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 But that didn't work either, same error... :-( Anyone got a suggestion? Thanks! ;-) PS: The dir-prop-base file is this: [quote] K 10 svn:ignore V 80 binutils-*.tar.gz newlib-*.tar.gz gdb-*.tar.gz gcc-*.tar.bz2 binutils-*.tar.gz END [/quote -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin Python/PIL TCL/TK fork rebase solution
I recently was forced to build PIL under Cygwin Python 2.4.3 and ran into the Cygwin fork/rebase issue with TCL/TK yet again. Unfortunately, none of the rebase workarounds I found through my copious STFWing worked this time. Through trial and error I found that the following worked: rebase -b 0x10 /bin/tk84.dll I post this here mostly for documenatation so that others can find a more current solution than what's already available through STFWing. But I'm also curious about rebase and to understand more about how one chooses what base address and offset to use. In my trial and error I found that the default base address of 0x7000 didn't work, nor did the value of 0x6800 I found through my STFWing. I found the value of 0x10 by incrementing from 0x1000 to 0x2000 to 0x3000 and so on until I found one that worked. So if anyone wants to explain to me how to choose base address and offset values, that would be cool. Ross -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SVN not working correctly...
On 01/15/2007, René Berber wrote: Leo28C wrote: I asked on a PSP coding form and they suggested to reinstall, so I tried Yep, reinstall, reboot, reboot, reboot, and see if that helps... ;-) Don't you love all those experts posting to user groups? I may be wrong, by the way. That's OK. If you are, you can always re-install and reboot a couple of dozen times. I'm sure that will make you right. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Changed handling of ! in /bin/sh?
I have a script that starts #!/bin/sh which has occasional things like the use of an exclamation mark in a string, or a case statement to accept an exclamation mark to throw a shell, which has stopped working now that I've upgraded to a non-ancient Cygwin (i.e. now that sh == bash). It seems that /bin/sh is now trying to interpret ! as bash would! How can I make /bin/sh work like a Bourne shell, globally? The same script works fine if run by ash instead of bash, and it also works fine under Linux (where sh is bash), so it seems like there's some problem with bash's emulation of sh under Cygwin. I assume from the discussion about making sh == bash back in 2005, that when invoked as sh it's supposed to be a drop-in replacement for sh, right? Any advice? We have over 200 scripts that will need alteration, otherwise. Any idea what I'm doing wrong? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changed handling of ! in /bin/sh?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Luke Kendall on 1/15/2007 7:39 PM: I have a script that starts #!/bin/sh which has occasional things like the use of an exclamation mark in a string, or a case statement to accept an exclamation mark to throw a shell, which has stopped working now that I've upgraded to a non-ancient Cygwin (i.e. now that sh == bash). Simple test case, please? It seems that /bin/sh is now trying to interpret ! as bash would! How can I make /bin/sh work like a Bourne shell, globally? You can't. Bourne shell is obsolete (unless you are on Solaris, and are a die-hard to use their /bin/sh instead of /usr/xpg4/bin/sh), because it lacks functions, ${} command substitution, and other useful features of modern shells. Rather, you can make /bin/sh behave like a POSIX shell - you do that by invoking bash as /bin/sh instead of /bin/bash (ie. you are ALREADY getting POSIX behavior). ash was slowly moving in this direction, but had its own set of bugs. If your legacy scripts don't behave properly with /bin/sh, then most likely, it is a bug in your script according to the rules of POSIX, that just happened to work with ash because of a matching bug in ash. The same script works fine if run by ash instead of bash, and it also works fine under Linux (where sh is bash), so it seems like there's some problem with bash's emulation of sh under Cygwin. That's a pretty harsh claim without a sample script to back it up. I try very hard to make Cygwin's /bin/sh exactly like Linux's /bin/sh. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrD9N84KuGfSFAYARAopHAKDFf8EUWWhnDylryGUirokRuxPpBACfUpQp Y+DfBrwrz4vAmiV4ZKtLF34= =vRL7 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
email and gmail
I am trying, fruitlessly, to get the email program to work with my gmail account. I have ssmtp working fine (I did need to do some patching and recompile ssmtp). The email program, on the other hand, is just slightly beyond me. :-( My debugging indicates that email is not passing the parameters (username/password) to ssmtp to initiate the TLS/SSL connection. This from the following error message: email: FATAL: Smtp error: 530 5.7.0 Must issue a STARTTLS command first f16sm6837732qba Are there any builds of email available that pass parameters correctly to ssmtp? I indicate SMTP server in the email-config dialog -- is that wrong? I look forward to your reply! Jeremy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SVN not working correctly...
ARGH, Linux and anything to do with it makes me SO mad... :( How do I change the newlines? There's more than 100 files to change I believe, and it's hard to do with SciTE... :-/ I downloaded RapidSVN, but I have no idea how to use it... What the hell's a repository? I uninstalled Linux for a reason, damn it! :-@ HELP, I'm a Windows user! (ARGH) René Berber-2 wrote: Leo28C wrote: Hello everyone! :-D Hey, I installed Cygwin with the following options: Devel: Install wget: (latest version) Now I'm trying to update a program (for coding the PSP) through SVN. The tutorial I'm reading (http://www.psp-programming.com/tutorials/c/lesson01.htm) says to execute the command 'svn update', however that gives me some errors: [quote] [EMAIL PROTECTED] ~/psptoolchain $ svn update svn: Can't parse '.svn/dir-prop-base' svn: Malformed file [/quote] Probably a line ending problem, which is common with svn and svn-tools that try to be smart and use CR-LF on Windows. I assume you installed whatever you have under ~/psptoolchain from an image (.zip or .tar.gz file), if that is the case the solution would be to get rid of that and re-install using Cygwin's svn or leave it and use a GUI for svn (as it will probably use those line endings by default, but can be configured in many ways). You can check if that is the problem by looking at the file with `od -c .svn/dir-prop-base` or something else that will show the line endings, like `vi -b ...` I asked on a PSP coding form and they suggested to reinstall, so I tried Yep, reinstall, reboot, reboot, reboot, and see if that helps... ;-) Don't you love all those experts posting to user groups? I may be wrong, by the way. that. Nothing. Then I tried reinstalling all Cygwin. Nothing. Then I tried installing SVN from here: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 But that didn't work either, same error... :-( Anyone got a suggestion? Thanks! ;-) PS: The dir-prop-base file is this: [quote] K 10 svn:ignore V 80 binutils-*.tar.gz newlib-*.tar.gz gdb-*.tar.gz gcc-*.tar.bz2 binutils-*.tar.gz END [/quote -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- View this message in context: http://www.nabble.com/SVN--not-working-correctly...-tf3018143.html#a8383799 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changed handling of ! in /bin/sh?
On 15 Jan, Eric Blake wrote: According to Luke Kendall on 1/15/2007 7:39 PM: I have a script that starts #!/bin/sh which has occasional things like the use of an exclamation mark in a string, or a case statement to accept an exclamation mark to throw a shell, which has stopped working now that I've upgraded to a non-ancient Cygwin (i.e. now that sh == bash). Simple test case, please? Here's one example (the script is called yorn): #!/bin/sh # # yorn query: loops until y or n, returns for if # while true do printf $* (y, n, or !) ? /dev/tty read ans case X$ans in Xy*|XY*) exit 0 ;; Xn*|XN*) exit 1 ;; X!|Xsh) echo Command level escape - hit CTRL-D when finished. /dev/tty exec /dev/tty 21 PS1='$$ ' sh -i echo ;; *) echo Please answer yes or no (or ! to temporarily escape to Unix): /dev/tty ;; esac done /dev/tty I also just wrote this which fails with a line 2: !: event not found: #!/bin/sh echo Hello world! It seems that /bin/sh is now trying to interpret ! as bash would! How can I make /bin/sh work like a Bourne shell, globally? You can't. Bourne shell is obsolete (unless you are on Solaris, and are a die-hard to use their /bin/sh instead of /usr/xpg4/bin/sh), because it lacks functions, ${} command substitution, and other useful features of modern shells. Rather, you can make /bin/sh behave like a POSIX shell - you do that by invoking bash as /bin/sh instead of /bin/bash (ie. you are ALREADY getting POSIX behavior). POSIX behaviour would be close enough. Note that the same script runs okay under Linux, so I agree that by simply having the #!/bin/sh at the start it should also work under Cygwin. ash was slowly moving in this direction, but had its own set of bugs. If your legacy scripts don't behave properly with /bin/sh, then most likely, it is a bug in your script according to the rules of POSIX, that just happened to work with ash because of a matching bug in ash. Well, please see what you think from the example above. The same script works fine if run by ash instead of bash, and it also works fine under Linux (where sh is bash), so it seems like there's some problem with bash's emulation of sh under Cygwin. That's a pretty harsh claim without a sample script to back it up. I try very hard to make Cygwin's /bin/sh exactly like Linux's /bin/sh. Sorry, I didn't mean to sound harsh. Please let me know if you need any kind of cygcheck output. FWIW: SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor Thanks, Eric. Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SVN not working correctly...
On Mon, Jan 15, 2007 at 07:09:08PM -0800, Leo28C wrote: ARGH, Linux and anything to do with it makes me SO mad... :( Then what in the world are you doing here? Go away! cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changed handling of ! in /bin/sh?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Luke Kendall on 1/15/2007 8:15 PM: I also just wrote this which fails with a line 2: !: event not found: #!/bin/sh echo Hello world! SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor There you go. You have history enabled in SHELLOPTS, which is a non-POSIX extension, and explains why /bin/sh is not doing what you expected. Your shell scripts are inheriting interactive behavior, and trying to do history expansion when they encounter !. I still hope to find time to getting around and trying to teach bash which options in SHELLOPTS should be ignored when starting a non-interactive session. In the meantime, I would recommend turning history off, or at least changing the history expansion character, if you absolutely must set SHELLOPTS. And if all else fails, and you are still running scripts with history enabled, then according to bash documentation, the only way to bypass the history character is to quote it, but that in double quotes, \! preserves the \, so you have to write something like: echo Hello world\! - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrEhQ84KuGfSFAYARAjETAJ9u/299Pot4ugAvPVh+Z/vVTiovIwCgmsWw IdFw+6CYppgCfJojwFAjF4M= =lbyV -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SVN not working correctly...
Leo28C wrote: ARGH, Linux and anything to do with it makes me SO mad... :( What has Linux to do with the problem? How do I change the newlines? There's more than 100 files to change I believe, and it's hard to do with SciTE... :-/ You don't have to change anything. SciTE is for Windows, so it probably works fine with no changes; the original problem was using svn under Cygwin. I downloaded RapidSVN, but I have no idea how to use it... What the hell's a repository? I uninstalled Linux for a reason, damn it! :-@ HELP, I'm a Windows user! (ARGH) Remember I said probably. And first step was to find out if that was the problem. Look at it another way, Cygwin's svn didn't work as expected when you tried, somebody (me) told you that svn does funny things with line endings, so you have to look for what is best for you. You can become a svn expert and learn how to move between environments or go the easy way and use a Windows tool for svn, RapidSVN is one (I've never used it). -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: SVN not working correctly...
On 16 January 2007 03:09, Leo28C wrote: ARGH, Linux and anything to do with it makes me SO mad... :( How do I change the newlines? There's more than 100 files to change I believe, and it's hard to do with SciTE... :-/ I downloaded RapidSVN, but I have no idea how to use it... What the hell's a repository? I uninstalled Linux for a reason, damn it! :-@ HELP, I'm a Windows user! (ARGH) Tell us what you did, step by step, in particular: How/where did you get the source code for the program? If it was packed, how did you unpack it? If you fetched it from a SVN server (a 'repository'), did you use command-line svn or a gui? Have you mixed using command-line svn and a gui at all? Is the text editor you're using capable of using unix line endings? Does it have an option somewhere that lets you select? Basically, the problem has probably come from using a mixed set of tools, some cygwin, some windows-native, on the same svn working tree. Hopefully the answers to those questions should show us where. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: email and gmail
Jeremy T. Harrison wrote: I am trying, fruitlessly, to get the email program to work with my gmail account. I have ssmtp working fine (I did need to do some patching and recompile ssmtp). The email program, on the other hand, is just slightly beyond me. :-( My debugging indicates that email is not passing the parameters (username/password) to ssmtp to initiate the TLS/SSL connection. This from the following error message: email: FATAL: Smtp error: 530 5.7.0 Must issue a STARTTLS command first f16sm6837732qba You have everything mixed up. Where did you saw that email can do TLS? It doesn't, the -u/-i parameters are for doing SMTP AUTH which is a different thing. Are there any builds of email available that pass parameters correctly to ssmtp? I indicate SMTP server in the email-config dialog -- is that wrong? Doesn't matter, you can use -r smtp-server, and even change the port, nothing will make email use SSL (which is needed for TLS)-- the library is not linked. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changed handling of ! in /bin/sh?
On 15 Jan, Eric Blake wrote: SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor There you go. You have history enabled in SHELLOPTS, which is a non-POSIX extension, and explains why /bin/sh is not doing what you expected. Your shell scripts are inheriting interactive behavior, and trying to do history expansion when they encounter !. Ah! I'm not setting that - it comes for free. :-) Any idea how to turn it off? I grepped in /etc/* and /etc/profile.d/* for SHELLOPTS but didn't find it. In the System Env Vars in Windows I define SHELLOPTS to be igncr (only). If I echo %SHELLOPTS% in a cmd.exe window it's set to igncr only. What's defining the other things? It's a readonly env variable, isn't it? I.e. I don't think I can correct it from within a bash shell? We are working in a heterogeneous environment, and use CVS for source code (and script) management, so that's why we want to allow CR/LF in script files. I still hope to find time to getting around and trying to teach bash which options in SHELLOPTS should be ignored when starting a non-interactive session. In the meantime, I would recommend turning history off, or at least changing the history expansion character, if you absolutely must set SHELLOPTS. Well, I think we have to use it to define igncr. And all bash users who use it for interactive shells would expect to have a history, yes! Are the extra options being turned on automatically only for interactive shells? Do you mean that if I want POSIX behaviour from shell scripts then I can't have history for interactive shells? And if all else fails, and you are still running scripts with history enabled, then according to bash documentation, the only way to bypass the history character is to quote it, but that in double quotes, \! preserves the \, so you have to write something like: echo Hello world\! Sure, I know. Doing that for 200 scripts will be a pain, especially since they will then execute with literal \!s when the same scripts are run from Linux. As in (yes, I just tried): Hello world\! Perhaps a simple workaround is to replace /bin/sh with /bin/ash? I'm puzzled that others haven't found the same problem, so I still suspect there must be something unusual about my setup. Cygwin and Linux should run the same shell scripts the same way (the simplest example being the Hello world example). Hmm, let's see, I have: Linux script: braceexpand:hashall:interactive-comments:posix Linux interactive: braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor:posix Cygwin script: braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor:posix Cygwin interactive braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor:posixbraceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor So I think I understand the problem (SHELLOPTS are set differently under Linux and Cygwin) but I don't know how to control the definition of SHELLOPTS to make them the same. I can't change it in a bash script because it's readonly. Any advice? Regards, luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
git 1.4.4.4 problem on windows xp.
I have a git repository that I can clone fine from linux and macosx clients, but when I try to clone it on windows I get a cannot find shell32 error. Now, shell32 exists happily in my c:\WINDOWS\system32 directory, and that directory is a part of my path. I do not have the exact error from the git-clone command, but essentially the same thing happens if I copy over a working clone's .git directory to windows, and do git-checkout master. I get: $ git-checkout master 12 [main] git-read-tree 1680 C:\cygwin\bin\git-read-tree.exe: *** fatal err or - could not load shell32, Win32 error 487 12 [main] git-read-tree 1680 C:\cygwin\bin\git-read-tree.exe: *** fatal err or - could not load shell32, Win32 error 487 I have attached the info from cygcheck. I'm sure it says this, but I do have unix line-feeds set, not dos line feeds. Thanks much. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.23: ip_mreq_source not defined in cygwin/sockets.h
Hi, I recently tried building live55 streaming media (live555.com) on cygwin-1.5.23. While building, it complained of the structure ip_mreq_source being not defined. A little bit of probing and emailing the live-devel mailing list revealed that IP_ADD_SOURCE_MEMBERSHIP is defined in cygwin/sockets.h and ip_mreq_source is not defined. The live maintainer suggested that it would make sense to either have both the entities defined in one place, or not have them defined at all. Since IP_ADD_SOURCE_MEMBERSHIP is defined, it's associated structure ip_mreq_source should also be also defined in the same header file. I do see that both the entities are defined in w32api/ws2tcpip.h Would it make sense for cygwin/sockets.h to include w32api/ws2tcpip.h? I'm afraid that it might add to the kludge that is winsock/winsock2, and break some things :) FYI, associated messages on live-devel mailing list http://lists.live555.com/pipermail/live-devel/2007-January/005832.html http://lists.live555.com/pipermail/live-devel/2007-January/005835.html Regards Shishir -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HISTFILE in zsh
Peter A. Castro [EMAIL PROTECTED] writes: On Sat, 23 Dec 2006, Eli Barzilay wrote: Greetings, Eli, (Sorry for the long delay, vacation, etc etc.) I'm having the same problem that is described at http://www.cygwin.com/ml/cygwin/2004-12/msg00195.html I'm surprised that it was reported in 2004 -- I use cygwin on several machines with no problems, it's only a new one that is having the above symptom. (Which is related to saving/loading the history file -- `fc -R foo' and `fc -W foo' also hang. Using strace, it looks like the problem is some kind of an infinite loop that is related to a lock file for the history file.) I've seen this reported before, but I still can't seem to reproduce it. Can you collect the system info as per http://www.cygwin.com/problems.html You mean running cygcheck as said there? I've put the results at http://tmp.barzilay.org/zsh/. In your debugging, what routine were you seeing the loop? Was it zsh code or cygwin code? Was it a system call returning a bad value? I'd like to track this down finally. I'm not sure, it's probably best if someone who knows more about zsh/cygwin will look -- so I've ran another straced zsh, and dumped the result in the same place. (The bzipped file opens to about 50mb, the fact that it compressed down to so little is a cute way to see that something is stuck in an infinite loop...) Lastly, have you tried the latest cygwin snapshot? It was there when I posted, so it's supposed to still be pretty recent. I'm willing to try to update if you think it will help (otherwise, I prefer to keep a working installation). (BTW, I'm reading/posting through Gmane, so please CC me.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://www.barzilay.org/ Maze is Life! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: monotone-0.32-1
Version 0.32-1 of monotone has been uploaded. monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good internationalization support, has no external dependencies, runs on linux, solaris, OSX, windows, and other unixes, and is licensed under the GNU GPL. You can find information about new features here: http://venge.net/monotone/NEWS You can find information about upgrading from previous releases here: http://venge.net/monotone/UPGRADE If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.