Re: Security advisory: perl (CVE-2005-3962)
Corinna schrieb: On Dec 9 13:51, Yaakov S (Cygwin Ports) wrote: Gerrit, Perl is vulnerable to format string programming errors, that could be exploited to execute arbitrary code. Patch: http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/dev-lang/perl/files/perl-exp_intwrap.patch Gerrit? Ping? Ah, yes. Will revisit this issue today. Gerrit -- =^..^=
Re: Security advisory: perl (CVE-2005-3962)
On Thu, Dec 29, 2005 at 09:55:16AM +0100, Gerrit P. Haase wrote: Corinna schrieb: On Dec 9 13:51, Yaakov S (Cygwin Ports) wrote: Gerrit, Perl is vulnerable to format string programming errors, that could be exploited to execute arbitrary code. Patch: http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/dev-lang/perl/files/perl-exp_intwrap.patch Gerrit? Ping? Ah, yes. Will revisit this issue today. The offical patch: http://search.cpan.org/CPAN/authors/id/N/NW/NWCLARK/sprintf-5.8.7.patch There were also a few subsequent patches to printf stuff, not directly related to the above security advisory, and a fix to Sys::Syslog which IIRC was.
[ITP] tnef - MS-TNEF file unpacker
Home Page = http://sourceforge.net/projects/tnef Debian has tnef in stable = http://packages.debian.org/stable/text/tnef Download links == http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1.tar.bz2 http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1-src.tar.bz2 http://homer.starnet.com/~hunth/cygwin/release/tnef/setup.hint setup.hint == sdesc: Unpacks MS-TNEF email attachments ldesc: TNEF provides a way to unpack those pesky Microsoft MS-TNEF MIME attachments. It operates like tar in order to upack any files which may have been put into the MS-TNEF attachment instead of being attached seperately. category: Archive Mail requires: cygwin I have already used it on my computer today to unpack one of those winmail.dat files and it worked fine... the only question I have is the category. Debian put it in 'text', but I thought 'Mail' and 'Archive' were more appropriate places where it should be found. Comments? Harold
Re: [ITP] tnef - MS-TNEF file unpacker
On Thu, Dec 29, 2005 at 03:42:03PM -0800, Harold L Hunt II wrote: I have already used it on my computer today to unpack one of those winmail.dat files and it worked fine... the only question I have is the category. Debian put it in 'text', but I thought 'Mail' and 'Archive' were more appropriate places where it should be found. Comments? I agree that Mail and Archive seem more appropriate, FWIW. cgf
Please upload: gtk2-x11-engines-2.6.6-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please upload: ftp://sunsite.dk/projects/cygwinports/release/GNOME/gtk2-x11-engines/gtk2-x11-engines-2.6.6-1-src.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/GNOME/gtk2-x11-engines/gtk2-x11-engines-2.6.6-1.tar.bz2 setup.hint can remain as is. Thanks. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtLBVpiWmPGlmQSMRAoWkAKCyTa2xZFNSSRzUqAWFpIgkath0HgCginec /mrNTqFmeOmKQrNszFxDvfA= =C5n0 -END PGP SIGNATURE-
Please upload: tnef-1.3.4-1
http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1.tar.bz2 http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1-src.tar.bz2 http://homer.starnet.com/~hunth/cygwin/release/tnef/setup.hint Harold
Re: Can't launch an xterm under windows xp-pro
Rene, Thank you very much for your reply. As it turns out, uninstalling, as opposed to simply disabling, McAfee's personal firewall and privacy servies, which came pre- -installed with the system, allowed all to work fine. I suspect the problem I ran in to is the same one experienced by others, most recently Sheng Lin's of Dec 27 (his system, and symptoms, appear to be almost identical to mine.) Again, thank you very much, and best regards, -Greg p.s. My utmost thanks to all involved with the Cygwin XFree86 project -- it's fabulous!! I'm having trouble launching an xterm (indeed, any windows manager) under windows xp-professional and am hoping for even the smallest clues as to where I might go next. Xterm is not a window manager. startwinx.bat produces only the message, startxwin.bat - Starting on Windows NT/200/XP/2003 Other than an xserver icon in the taskbar (Cygwin/X Server - 0:0), nothing else seems to happen. Have you tried to open the Xterm after running startxwin.bat? How are you running Xterm? From the start - Programs - Cygwin-X menu? After consulting the cygwin-x-ug, the cygwin-x-faq, and searching the archives I've tried the following, and all combinations thereof: 1. launching the xserver and a windows manager separately. xwin does produce a fullscreen server window, but it's transparent and, though it can be minimised, just then sits in the taskbar. The other window managers I've tried (twm, openbox) exhibit the same behaviour as xterm; though they show up as running processes, nothing is displayed. 2. checked /etc/hosts/ to ensure that localhost is indeed 127.0.0.1 3. made sure /tmp is in binmode 4. not running Zone Alarm 4. disabled all McAfee SecurityCenter features Any advice or leads very much appreciated. Best regards, In your home directory, do you have a .xinitrc? If nothing works you should look into the log produced by Xwin, it's in /tmp/XWin.log. HTH -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-12-29 19:23:47 Modified files: utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (common_apps): Add crontab, vi, vim. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.333r2=1.334 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.79r2=1.80
winsup cygwin/ChangeLog cygwin/child_info.h cy ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-12-29 20:46:34 Modified files: cygwin : ChangeLog child_info.h cygtls.cc dcrt0.cc dll_init.cc external.cc fhandler.cc fhandler_tty.cc fork.cc init.cc malloc_wrapper.cc pinfo.cc sigproc.cc spawn.cc strace.cc winsup.h cygwin/include/sys: strace.h utils : ChangeLog strace.cc utils.sgml Log message: *** cygwin DLL Changes: * child_info.h (CURR_CHILD_INFO_MAGIC): Reset. (child_info::dwProcessId): Delete. (child_info::straced): New variable. (child_info::handle_fork): New member function. * dcrt0.cc (in_forkee): New global variable. (__cygwin_user_data::forkee): Mark as obsolete. (do_global_ctors): Use in_forkee rather than user_data-forkee. (get_cygwin_startup_info): Ditto. Deal with new straced field to allow strace to deal with children of attached processes. (initial_env): Accommodate changes to strace::hello. (child_info_fork::handle_fork): Rename from plain old 'handle_fork'. Move alloc_stack() call elsewhere. (dll_crt0_0): Fill out more of user_data. Reference handle_fork via fork_info. Add some debugging output. (_dll_crt0): Don't wait for sync thread if sync_startup is invalid. Zero sync_startup here. Call alloc_stack() here, if appropriate. (dll_crt0_1): Use in_forkee rather than user_data-forkee. (dll_crt0): Ditto. * malloc_wrapper.cc (malloc_init): Ditto. * dll_init.cc (in_forkee): Remove local static version of this variable. (dll_list::load_after_fork): Don't set in_forkee here. * external.cc (cygwin_internal): Use strace method rather than accessing field directly. * fhandler.cc (fhandler_base::read): Ditto. * fhandler_tty.cc (fhandler_tty_common::__acquire_output_mutex): Ditto. * fork.cc (frok::parent): Invoke strace write_childpid to communicate with potential strace. (child_copy): Add more detail to debugging output. * init.cc (calibration_id): New static variable. (prime_threads): Set sync_startup to invalid handle if we already know about thread_func_ix. Use static calibration_id to hold calibration thread id. * munge_threadfunc (munge_threadfunc): Don't try to debug if we don't find threadfunc_ix. (dll_entry): Avoid calling munge_threadfunc and _cygtls::remove on non-cygwin threads invoked during process startup. * pinfo.cc (set_myself): Always call strace.hello here regardless of DEBUGGING. * sigproc.cc (child_info::child_info): Remove spurious handling of dwProcessId. Set straced as appropriate. * spawn.cc (spawn_guts): Rename ciresrv to ch. Invoke strace write_childpid to communicate with potential strace. * strace.cc: Include child_info.h. (strace::hello): Remove inited test. Use active() method to test if strace has been activated. Handle case where we are started before (mypid): New function. (strace::vsprntf): Try to deal more intelligently with case where progname may not be filled out. Put pid in parentheses if it is a windows pid rather than a cygwin pid. myself has been filled out. (strace::write_childpid): New function for notifying strace about the creation of children. (strace::vprntf): Use strace method rather than accessing field directly. (strace_printf): Ditto. (strace::wm): Ditto. * winsup.h (in_forkee): Declare. * include/sys/strace.h (strace::write_childpid): Declare new function. (strace::attached): Define new function. (strace::active): Ditto. (strace::active_val): Ditto. (_STRACE_ON): Delete. (_STRACE_OFF): Ditto. (define_strace0): Use strace method rather than accessing field directly. (strace_printf_wrap): Ditto. (strace_printf_wrap1): Ditto. *** cygwin utils changes: * strace.cc (nprocesses): Make static global. (quiet): New variable. (strace_active): Ditto. (add_child): Increment nprocesses here. Don't add a child if it is already added (windows bug?). Report on child if not quiet. (get_child): Just return NULL if child not found. (remove_child): Report on child if not quiet. (attach_process): Don't complain if given a windows process. Use windows pid in error. (handle_output_debug_string): Issue error if trying to manipulate a process that we don't know about. Handle _STRACE_CHILD_PID - attach to reported child when we get this. (proc_child): Move nprocesses to file
winsup/cygwin ChangeLog fhandler_tty.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-12-29 21:10:50 Modified files: cygwin : ChangeLog fhandler_tty.cc Log message: * fhandler_tty.cc (fhandler_tty_common::__acquire_output_mutex): Use strace method rather than accessing field directly. (fhandler_tty_common::__release_output_mutex): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3299r2=1.3300 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumr1=1.159r2=1.160
Re: 2.510.2.2: bash won't open after install
First, let me say Thank you for taking some time to help me with this problem. It has been a most frustrating issue for me. I have done as you suggested and the results are listed out below. On 12/28/05, René Berber [EMAIL PROTECTED] wrote: Nick Low wrote: Alright, I put in the pause at the end of the batch file like you suggested, and now the window opens and displays the following message: Press any key to continue... Of course, pressing any key closes the window. There is no other information displayed in the window. OK, if you want more output change the first line to @echo on, and while you are there why not put --verbose --debug parameters to bash. Turning on the echo does not yield any useful information in the command window. I can now see the commands that are called by the batch file, but there is no information displayed between the line that now reads bash --login -i --verbose --debug and pause. I also tried just bash --verbose --debug and that yielded no information either. I tried out the following command from a cmd window: strace bash --login -i nick.out This command yielded a command prompt. When I doubled clicked on the shortcut located on my desktop, I was able to use Cygwin normally in that window. I typed set at the prompt and can see that the HOME value is set to /home/Administrator. I am able to cd to that directory from the Cygwin window without any problems. Change to $HOME? it should have started on $HOME, was it somewhere else? I changed to $HOME and it put me in the /home/administrator folder. When I logged in, it did place me in that directory to start with as well. I can close out the window in which I was running the strace, and the Cygwin window that I started up while it was running works fine. If I open up another Cygwin window while the second window is open (and now the first window with the strace running in it is closed), that works fine as well. If I close all of the Cygwin windows though, and then try to open up a new window, I am back to square one - Press any key to continue... Never seen something like that. Any other ideas out there? Only questions: your cygcheck output said the PC has 4 processors, is it 2 with hyper-threading or really 4? Some people have reported unusual errors with hyper-threaded CPUs, most problems where solved some time ago but you should search the list just to make sure. It is really two CPUs with Hyperthreading. I am reading through the archives now to see if there is anything useful in them, but so far I have not come up with anything. Perhaps you can get out something interesting with the --debug parameter to bash. Running in the verbose/debug mode displayed the .profile and .bashrc information as it was run. However, I only saw that after I had started up a second bash session (after having started a first bash session using strace). I have several other servers running Cygwin that are just fine. I ran the strace command on one of them and started comparing the output from a working system to that of the broken system. The difference that I came across is that the broken system displays the following sequece of events (this is repeated for values (3) -- (19)) 280 49084 [main] bash 7864 close: close (3) 115 49199 [main] bash 7864 __set_errno: cygheap_fdget::cygheap_fdget(int, bool, bool):387 val 9 94 49293 [main] bash 7864 close: -1 = close (3) On the functional system, the middle line containing the cygheap_fdget error does appear. All that I see on that system are the close messages. I searched for information on cygheap_fdget and found no information that I could make use of. As you can imagine, the output files are quite large (over 10 MB), so it is going to take some time to go through them. If I can find anything in the logs that might be meaningful, I shall post it. Thanks! -- 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/ -- 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: basename(1) defect
Thanks. The echo works. I haven't verified whether the latest basename(1) behaves in the same way because I've run across a bigger problem. Has anyone seem severe performance degradation running Cygwin on WinME systems? I've seen my system just get slower and slower over the past several months. Cygwin ops that took a few seconds to run now are running into the minutes. Are there tools I can run to see what's taking so long? I've looked at the WinME side and I don't see anything obviously wrong (SYSMON says resources okay, no viruses, defragged etc). Any thoughts? Help! Stan From: Buchbinder, Barry (NIH/NIAID) [EMAIL PROTECTED] To: cygwin@cygwin.com CC: Stan Tsu [EMAIL PROTECTED] Subject: RE: basename(1) defect Date: Fri, 25 Nov 2005 08:33:50 -0500 [EMAIL PROTECTED] wrote: This is a bug with basename 5.3.0 found in the latest Cygwin 1.5.15.1. Not a bug. 1.5.15 was three releases ago, it's most certainly not the latest. But that's not really relevant to your question, I don't think. $ basename NA A N $ basename N/A A A == should return 'N/' POSIX requires that basename return everything beyond the final slash onwards, minus a partial suffix. The output you got is REQUIRED by basename (beyond the final suffix is A, and A is a complete match rather than a partial suffix of A, so the result must be A), and any other behavior from an older version of basename would be the bug, not the current behavior of either basename-5.3.0 or basename-5.93. Even with quoting: $ basename 'NA' A N $ basename 'N/A' A A == should return 'N/' Quoting makes no difference - the shell strips quotes before passing the arguments to /bin/basename. If you just want to remove a trailing string I suggest you just use bash's built in parameter expansion: $ FCF=N/A; Z=${FCF:(-1)}; echo ${FCF%$Z} This could also be done by /bin/expr (if you like coreutils), or even with awk, sed, or perl. But Brian is correct, shell parameter expansion is the most efficient way to do string parsing, as it does not spawn any external processes. -- Eric Blake volunteer cygwin bash/coreutils maintainer Maybe you really want dirname. /c dirname N/A N /c echo $(dirname N/A)/ N/ _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: 2.510.2.2: bash won't open after install
Nick Low wrote: [snip] Turning on the echo does not yield any useful information in the command window. I can now see the commands that are called by the batch file, but there is no information displayed between the line that now reads bash --login -i --verbose --debug and pause. I also tried just bash --verbose --debug and that yielded no information either. Actually that is more information, bash is exiting before processing profile and bashrc files. [snip] It is really two CPUs with Hyperthreading. I am reading through the archives now to see if there is anything useful in them, but so far I have not come up with anything. The other systems you tested, are they different (1 CPU, no hyper-threading)? Do they have a different version of the installed bash? (i.e. run cygcheck -f /usr/bin/bash.exe) [snip] It's difficult to tell, but looking at what is different may be faster than looking at strace output to find out what the problem is. Regards. -- 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/
Help:Can not edit crontab becuase of vi not found
Hi, I just re-installed the latest cygwin to have cron installed. Then i run the following command to install the cron service, cygrunsrv -I cron -p /usr/sbin/cron -a -D After that I run, crontab -e But I get the following message, bash-3.00$ crontab -e no crontab for linq - using an empty one /usr/bin/vi: No such file or directory crontab: /usr/bin/vi exited with status 1 I wonder what the problem is, I can start vi by running, /usr/bin/vi. I also tried export EDITRO=/usr/bin/vi and export EDITOR=/usr/bin/vim, neither one works. Any suggestion? _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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/
Request for fixes to http://cygwin.com/problems.html
Greetings. I'd appreciate it if the http://cygwin.com/ webmaster would make two fixes to the http://cygwin.com/problems.html page, at his/her earliest convenience: 1. Fix your author attribution for smart questions (i.e., the essay How to Ask Questions the Smart Way) to credit _both_ of that essay's co-authors, instead of just Eric. 2. Append a prominent notice saying something like Please do NOT send your Cygwin questions to Eric and Rick. For context: I'm co-author with Eric Raymond of the essay How to Ask Questions the Smart Way', linked from Cygwin's documentation Web pages as it is from apparently many other projects' pages. We're delighted that it's been so popular, but we get a blizzard of personal help requests from people playing inadequate attention, such as the guy quoted below. (Even if I wanted to give this guy free-of-charge consulting, I haven't had much to do with MS-Windows since WfW 3.11 for Workgroups, so I guess he's out of luck until he asks someone appropriate. ;- ) - Forwarded message from João Carlos [EMAIL PROTECTED] - From: João Carlos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Thu, 29 Dec 2005 14:24:19 -0200 X-Mailer: Microsoft Outlook Express 6.00.2800.1106 Subject: Cygwin It is possible to make the installation of Cyguin with CD-Room? How can I get or record the Compact Disc? João Carlos Lopes Esteves Calvo Coml. Importação e Exportação Gerente Administrativo Tel: 55 11 6942-6000 R: 224 Fax: 55 11 6942-8330 R. Santa Catarina, 685 - 03086-025 São Paulo - Brasil - End forwarded message - -- 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: Help:Can not edit crontab becuase of vi not found
lin q wrote: I wonder what the problem is, I can start vi by running, /usr/bin/vi. What does ls -l /usr/bin/vi report? And your cygcheck output would have been helpful. I also tried export EDITRO=/usr/bin/vi and export EDITOR=/usr/bin/vim, neither one works. I think it uses VISUAL. Check the manpage of crontab. Brian -- 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/
problem linking popt
Hi, I'm having trouble compiling a program under cygwin that uses popt. Specifically, when I link to -lpopt, it's as if the library is empty (I get a list of undefined references to _poptGetContext, etc.). I have attached cygcheck.out, as well as make.out, which is make's output at the linking step. Thanks for any help, Duncan cygcheck.out Description: Binary data make.out Description: Binary data -- 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: Request for fixes to http://cygwin.com/problems.html
On Thu, Dec 29, 2005 at 12:01:19PM -0800, Rick Moen wrote: Greetings. I'd appreciate it if the http://cygwin.com/ webmaster would make two fixes to the http://cygwin.com/problems.html page, at his/her earliest convenience: 1. Fix your author attribution for smart questions (i.e., the essay How to Ask Questions the Smart Way) to credit _both_ of that essay's co-authors, instead of just Eric. I've removed the attribution entirely. I'll let people figure out who you are by visiting the page. 2. Append a prominent notice saying something like Please do NOT send your Cygwin questions to Eric and Rick. I've added some comments mentioning how stupid such an activity would be. I'm sorry that our link has generated extra work for you. Even after many years of supporting the cygwin community, it never occurred to me that I would have to caution against sending email to people who obviously have nothing to do with the project but, in retrospect, it seems pretty obvious that this would be a problem. 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: problem linking popt
On Thu, Dec 29, 2005 at 03:49:08PM -0500, [EMAIL PROTECTED] wrote: Hi, I'm having trouble compiling a program under cygwin that uses popt. Specifically, when I link to -lpopt, it's as if the library is empty (I get a list of undefined references to _poptGetContext, etc.). I have attached cygcheck.out, as well as make.out, which is make's output at the linking step. Thanks for any help, Libraries go last after object files in a gcc command line, not first. 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: problem linking popt
On Dec 29, 2005, at 16:11, Christopher Faylor wrote: Libraries go last after object files in a gcc command line, not first. cgf Fixed, thanks! I blame the other *nix's for letting it work the wrong way... :) -- 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: Request for fixes to http://cygwin.com/problems.html
Quoting Christopher Faylor ([EMAIL PROTECTED]): I've added some comments mentioning how stupid such an activity would be. I'm sorry that our link has generated extra work for you. Even after many years of supporting the cygwin community, it never occurred to me that I would have to caution against sending email to people who obviously have nothing to do with the project but, in retrospect, it seems pretty obvious that this would be a problem. Thanks, Christopher. That will be a big help. I (also) regret having put you through extra trouble. Frankly, Eric and I likewise never anticipated that so many people would throw sense to the winds and write us directly about their technical problems. We get about a half-dozen each and every day. With (seemingly) thousands of software and non-software projects linking to the essay, it'll probably never end. (Note that the essay also has its own prominent don't-be-an-idiot warning, near the top.) After years of this, I still don't entirely get the mindset involved: I mean, is there any _other_ area of life where you just lob off an inquiry to an utter stranger, expecting free private help with your personal problem? I've followed up with some of these people, and most aren't even embarrassed. (I'd be mortified!) About a fifth _still_ hurl those same questions at me, even _after_ having their gaffe explained. It's very peculiar, in an anthropological sort of way. I have two alternative theories: (1) Opportunism: Some people act in a clueless and impertinent way because it costs almost nothing, and bears fruit some percentage of the time. (2) Shallow end of the gene pool: With 6x10^9+ humans, some will always be doing any dumbass thing you can imagine -- and, if you're unlucky, you'll be the person they do it to. It's probably some from each group. -- Cheers, Now, it's time to hack the real world, and let other Rick Moen people write Web sites about it. [EMAIL PROTECTED] -- Donald B. Marti -- 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: Why no-X11 ghostscript?
It seems that there are applications like gv-3.5.8-2 that require gs-x11. If you look at the post-install, gv.sh, at the end, it says: # Quiet the cygwin mailing lists about 'unknown device x11' mails cd /bin ln -sf /usr/X11R6/bin/gs.exe gs-x11 (the comment # Quiet... is in gv.sh!) Cheers, Angelo -- 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: Help:Can not edit crontab becuase of vi not found
From: Brian Dessent [EMAIL PROTECTED] Reply-To: cygwin@cygwin.com To: cygwin@cygwin.com Subject: Re: Help:Can not edit crontab becuase of vi not found Date: Thu, 29 Dec 2005 12:05:53 -0800 lin q wrote: I wonder what the problem is, I can start vi by running, /usr/bin/vi. What does ls -l /usr/bin/vi report? And your cygcheck output would have been helpful. All right, you hit it right on. ls -l /usr/bin/vi says 'ls: File or directory /usr/bin/vi is not found'. I am confused...because 1) I can run /usr/bin/vi 2) If I cd /usr/bin and then ls vi, it is there I check the mount point, c:/cygwin/bin is mounted to /usr/bin, and both c:/cygwin/bin and /usr/bin are in $PATH. I am totally lost, what could be wrong? You mentioned runing cygcheck, I did that, cygcheck -sv /usr/bin/vi, it returns C:/cygwin/bin/vi - os=45841.30695 img=60008.34 sys=46070.30695 and a lot of other system information. I am not sure what I am supposed to check, could you elaborate on that? I also tried export EDITRO=/usr/bin/vi and export EDITOR=/usr/bin/vim, neither one works. I think it uses VISUAL. Check the manpage of crontab. I run man crontab, it says manpage is not installed. Is VISUAL a program? Brian _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- 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: Help:Can not edit crontab becuase of vi not found
lin q wrote: ls -l /usr/bin/vi says 'ls: File or directory /usr/bin/vi is not found'. I'm beginning to suspect that the 'ls' and/or 'crontab' that you are using are not from Cygwin. ls should say ls: /usr/bin/vi: No such file or directory. If it is really saying what you have above then you either didn't paste the exact error message (not a good idea) or you're using some non-Cygwin version of ls. A non-Cygwin version of ls would indeed have no idea what /usr/bin is since /usr/bin is completely a Cygwin invention. What do type ls and type crontab say? You mentioned runing cygcheck, I did that, cygcheck -sv /usr/bin/vi, it returns C:/cygwin/bin/vi - os=45841.30695 img=60008.34 sys=46070.30695 and a lot of other system information. I am not sure what I am supposed to check, could you elaborate on that? As described at http://cygwin.com/problems.html, the desired output is cygcheck -svr, sent as an attachment. I run man crontab, it says manpage is not installed. Then either you are using a non-Cygwin version of cron or you have some serious installation problem. Cygcheck should help diagnose this. Is VISUAL a program? No, it's an environment variable, as in VISUAL=/bin/vim crontab -e. Brian -- 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: Help:Can not edit crontab becuase of vi not found
lin q wrote: Hi Brian, I attach the log from cygcheck. I do not see anything obviously wrong as I am not familiar with it. Since there are some personal data in it, please do not reply to the public email alias, I appreciate your help very much. That's unfortunate, but please don't reply to me directly. If you do not want to use the public mailing list that is your choice, but that is not an invitation to email me directly for private help. This is your problem, most likely: Found: c:\mks6.1\mksnt\awk.exe Found: c:\mks6.1\mksnt\cat.exe Found: c:\mks6.1\mksnt\cp.exe Found: c:\mks6.1\mksnt\find.exe Found: c:\mks6.1\mksnt\grep.exe Found: c:\mks6.1\mksnt\ls.exe Found: c:\mks6.1\mksnt\mv.exe Found: c:\mks6.1\mksnt\rm.exe Found: c:\mks6.1\mksnt\sed.exe Found: c:\mks6.1\mksnt\sh.exe Found: c:\mks6.1\mksnt\tar.exe Whatever you have installed in c:\mks6.1 is providing incompatible versions of many tools. Also, you have some other/older cygwin DLL on your system, because the registry keys: HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0 ...are not used by any current version of Cygwin, nor have they for probably 7 years or so. Brian -- 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: clamav: defective libclamav.la
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: The libclamav.la included in clamav-0.87.1-1 is defective. libz.la and libbz2.la are listed among the dependencies, but these libraries are *not* libtooled and our packages do not provide such .la files. Since libtool resolves all .la files listed in dependencies before linking, libtool exits with an error cannot find /usr/lib/libz.la. Please remove these non-standard libtool files from your system and bump clamav accordingly. Ping? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtIj7piWmPGlmQSMRArcdAJkBJSiwWecpngAdpwADlO9I2y18xwCfaH1Y sEvSVViRpXJX2KHDtfsvEOk= =94XM -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: gcc-java: gij broken?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: Either I'm missing something, or gij just plain doesn't work: Ping? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtIkapiWmPGlmQSMRAknLAKDQdIi27XnQO40qdZrsUcmGXj8qDQCfZ6LY gRaNuLhhP3Hb8yHnpOf3fuo= =CM/K -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: Help:Can not edit crontab becuase of vi not found
Brian Dessent wrote: lin q wrote: Hi Brian, I attach the log from cygcheck. I do not see anything obviously wrong as I am not familiar with it. Since there are some personal data in it, please do not reply to the public email alias, I appreciate your help very much. That's unfortunate, but please don't reply to me directly. If you do not want to use the public mailing list that is your choice, but that is not an invitation to email me directly for private help. This is your problem, most likely: Found: c:\mks6.1\mksnt\awk.exe Found: c:\mks6.1\mksnt\cat.exe Found: c:\mks6.1\mksnt\cp.exe Found: c:\mks6.1\mksnt\find.exe Found: c:\mks6.1\mksnt\grep.exe Found: c:\mks6.1\mksnt\ls.exe Found: c:\mks6.1\mksnt\mv.exe Found: c:\mks6.1\mksnt\rm.exe Found: c:\mks6.1\mksnt\sed.exe Found: c:\mks6.1\mksnt\sh.exe Found: c:\mks6.1\mksnt\tar.exe Whatever you have installed in c:\mks6.1 is providing incompatible versions of many tools. Also, you have some other/older cygwin DLL on your system, because the registry keys: HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0 ...are not used by any current version of Cygwin, nor have they for probably 7 years or so. that would be the MKS tookit http://www.mkssoftware.com/ setup your cygwin profile's PATH to not have the mks' bin -- 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: basename(1) defect
Stan Tsu wrote: Thanks. The echo works. I haven't verified whether the latest basename(1) behaves in the same way because I've run across a bigger problem. Has anyone seem severe performance degradation running Cygwin on WinME systems? I've seen my system just get slower and slower over the past several months. Cygwin ops that took a few seconds to run now are running into the minutes. Are there tools I can run to see what's taking so long? I've looked at the WinME side and I don't see anything obviously wrong (SYSMON says resources okay, no viruses, defragged etc). Any thoughts? Help! First question. Have you been changing the version of Cygwin DLL during this time (i.e. using snapshots)? If so, then try reinstalling the latest release package (1.5.18) and see if that resolves the problem. If it doesn't or if you have been using 1.5.18 the whole time, then that points to external forces. You'll want to review your software installation/configuration history. If you really feel this is a Cygwin specific issue, then start with the basics. Read and follow the problem reporting guidelines found here: Problem reports: http://cygwin.com/problems.html That should help anyone here interested in evaluating your issue. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: clamav: defective libclamav.la
Oops, thanks! Will come with a new version ASAP (Also with -Wl,--enable-auto-image-base) 2005/12/15, Yaakov S (Cygwin Ports) [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- The libclamav.la included in clamav-0.87.1-1 is defective. libz.la and libbz2.la are listed among the dependencies, but these libraries are *not* libtooled and our packages do not provide such .la files. Since libtool resolves all .la files listed in dependencies before linking, libtool exits with an error cannot find /usr/lib/libz.la. Please remove these non-standard libtool files from your system and bump clamav accordingly. -- Reini Urban -- 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: gcc crash (memory?)
Dan wrote: Hi, I am experiencing a gcc/g++ crash when compiling polymake (the polyhedron manipulation utility at http://www.math.tu-berlin.de/polymake/, download at http://www.math.tu-berlin.de/polymake/download_choice.html): --- g++ -c -o facets_from_incidence.o -I../../../apps/polytope/include -I../../../modules/co mmon/include -I../../../modules/graph/include -I../../../lib/poly_client/include -I../../. ./lib/PTL/include -I../../../lib/PTL/include/std -I../../../lib/gmp_wrapper/include -march =pentium4 -Wall -ftemplate-depth-200 -DALL_PLAUSIBLE_CHECKS=0 -O0 -MD ../../../apps/polyt ope/src/facets_from_incidence.cc g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [facets_from_incidence.o] Error 1 make[1]: *** [do_all] Error 2 make[1]: Leaving directory `/cygdrive/d/install/Polymake/x/polymake-2.1.0/build/apps/polyt ope' make: *** [all] Error 2 --- Since cc1plus is pushing the total commit charge for the machine to 1.1GB at the point of the crash, I suspect this may be a memory-related problem. The cc1plus process is taking 560,116KB at the moment of the crash. Increase the size of your swap file, for me the maximum memory usage compiling this file was not much more than 1 GB. I have a 2 GB swap file. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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] New Package: gvim-6.4-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been added to the Cygwin net release: *** gvim-6.4-1 gvim provides a GTK2 GUI interface to the vim text editor. It requires vim-6.4 for common runtime files. Screenshot: http://cygwinports.dotsrc.org/screenshots/gvim.png Yaakov *** 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtK9/piWmPGlmQSMRAol5AKDLsJWPAZMCagCkLB4njd1RcWZR6wCgphfM R2eqFKNvcp4lbMCw8JAdRs8= =heT0 -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: scp/ssh: non-interactive commands using PasswordAuthentication fail
Tom Rodman wrote: 2 informal tests on my home PC, /etc/ssh_config is OTTB no problem, using PubkeyAuthentication: $ uname -a #login shell is bash, started by 'sshing in' CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051227 16:45:51 i686 unknown unknown Cygwin $ ssh localhost date Wed Dec 28 21:03:43 CST 2005 $ scp [EMAIL PROTECTED]:/etc/passwd /tmp/toss passwd100% 704 0.7KB/s 00:00 $ problems w/same tests using PasswordAuthentication: $ eval $(ssh-agent -k) #same bash session continuing Agent pid 304 killed $ uname -a CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051227 16:45:51 i686 unknown unknown Cygwin $ ssh localhost date Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa': [EMAIL PROTECTED]'s password: $ : skipped passphrase prompt, entered password; no date shows up $ scp [EMAIL PROTECTED]:/etc/passwd /tmp/toss Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa': [EMAIL PROTECTED]'s password: $ : skipped passphrase prompt, notice nothing echoed after password was entered comments? can anyone else duplicate this? Confirmed. cygwin1-20051216.dll is the last snapshot that worked properly for this. Sorry, that's all the input I have for the moment. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: gcc-java: gij broken?
Yaakov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: Either I'm missing something, or gij just plain doesn't work: Ping? Gerrit, Either I'm missing something, or gij just plain doesn't work: gcc-java-3.4.4-1 jikes-1.22-1 (Cygwin Ports) Sun JDK 1.5.0_06 JIKESPATH either to JDK rt.jar or to libgcj-3.4.4.jar CLASSPATH either empty or to libgcj-3.4.4.jar $ javac HelloWorld.java java HelloWorld Hello, World! I'm getting an exception here: Exception in thread main java.lang.NoClassDefFoundError: HelloWorld $ jikes HelloWorld.java java HelloWorld Hello, World! Dito. $ gcj -C HelloWorld.java java HelloWorld Hello, World! Dito. $ gcj --main=HelloWorld -o HelloWorld.exe HelloWorld.java ./HelloWorld.exe Hello, World! $ javac HelloWorld.java gij HelloWorld Segmentation fault (core dumped) $ jikes HelloWorld.java gij HelloWorld Segmentation fault (core dumped) $ gcj -C HelloWorld.java gij HelloWorld Segmentation fault (core dumped) Yes, I see the same for the last four. Maybe it is just plain not working? Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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: gcc-java: gij broken?
Gerrit wrote: Yaakov S (Cygwin Ports) wrote: Either I'm missing something, or gij just plain doesn't work: gcc-java-3.4.4-1 jikes-1.22-1 (Cygwin Ports) Sun JDK 1.5.0_06 JIKESPATH either to JDK rt.jar or to libgcj-3.4.4.jar CLASSPATH either empty or to libgcj-3.4.4.jar $ javac HelloWorld.java java HelloWorld Hello, World! I'm getting an exception here: Exception in thread main java.lang.NoClassDefFoundError: HelloWorld Ah no, it is working when I remove the CLASSPATH setting. Java is weird, I don't like it very much. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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 [experimental]: readline-5.1-1, libreadline6-5.1-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of readline and libreadline6, 5.1-1, is available for experimental use. NEWS: = This is a new upstream release, and includes all official upstream patches. It also contains various cygwin-specific patches to speed up completion within the // file system, and to allow bash to work around dynamic library limitations. This build requires features that have been added to cygwin since cygwin-1.5.18-1, so I am leaving 5.0-4 as the current version until sometime after cygwin-1.5.19-1 is released and upstream patches have stabilized. To use this release, you MUST install a recent snapshot of cygwin (20051222 or later). If you don't know what this means, then stick with 5.0-4. A list of changes from the NEWS file appears below; see also /usr/share/doc/readline-5.1/. This release should be binary compatible with readline 5.0, so existing applications linked against libreadline6, such as bash-3.0-14, should continue to work with this release. Now that this is released, I will be preparing an experimental bash-3.1 release. DESCRIPTION: The readline library will read a line from the terminal and return it, allowing the user to edit the line with emacs or vi editing keys. It also allows a history feature, for editing previous entries, making command line interfaces easier-to-use and more intuitive. libreadline6 provides the .dlls needed for readline and history expansion for dynamic linking in other programs, including bash and gdb; it is required for a minimal cygwin installation. The 6 in libreadline6 distinguishes incompatible API changes made to the prior libreadline4 and libreadline5 libraries still available on the mirrors. readline provides the documentation and the static libraries required for static linking; you should only need it if you plan on compiling an application that links with -lreadline or -lhistory. UPDATE: === Since this is an experimental release, you must first install a recent cygwin snapshot. From there, once you click on the Install Cygwin now link on the http://cygwin.com/ web page, you will have to use the Exp radio button in setup.exe. Look for 'libreadline6' in the 'Base' category (it should already be selected), or for 'readline' in the 'Devel' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin readline maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtLeS84KuGfSFAYARAqR1AKDQK4wFmOAX7YdyDCALCLHR6VkQGgCgp/Wi Z/zyLWOxDGp7cAfCjtEtWkg= =3CW8 -END PGP SIGNATURE- This is a terse description of the new features added to readline-5.1 since the release of readline-5.0. 1. New Features in Readline a. The key sequence sent by the keypad `delete' key is now automatically bound to delete-char. b. A negative argument to menu-complete now cycles backward through the completion list. c. A new bindable readline variable: bind-tty-special-chars. If non-zero, readline will bind the terminal special characters to their readline equivalents when it's called (on by default). d. New bindable command: vi-rubout. Saves deleted text for possible reinsertion, as with any vi-mode `text modification' command; `X' is bound to this in vi command mode. e. If the rl_completion_query_items is set to a value 0, readline never asks the user whether or not to view the possible completions. f. New application-callable auxiliary function, rl_variable_value, returns a string corresponding to a readline variable's value. g. When parsing inputrc files and variable binding commands, the parser strips trailing whitespace from values assigned to boolean variables before checking them. h. A new external application-controllable variable that allows the LINES and COLUMNS environment variables to set the window size regardless of what the kernel returns. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem
executable = exe + data
CLISP consists of a run time (a normal executable lisp.exe, 2.5M) and a memory image (a binary data file lispinit.mem 2MB-10GB). It is normally invoked as lisp.exe -M lispinit.mem, i.e., the application consists of two files instead of a single executable which is generally not considered desirable by the users, one of whom suggested the following: copy /y /b lisp.exe + marker.txt + lispinit.mem myapp.exe where marker.txt contains some marker test. so lisp.exe, when invoked without -M, will look at its own executable file and search for the marker text and use whatever it finds after that as the memory image (i.e., the -M file). This should work, but I would rather not search the executable for the marker text (for performance reasons - I do not want to increase the start-up time), I would prefer to know where the executable ends right away. Is it possible? simply put, it it possible to write something like this: int main () { size_t my_length; some magic printf(exe size=%lld\n,my_length); return 0; } so that when it is compiled, my_length contains the length of the executable file as it was created by the compiler. e.g.: $ ./myprog.exe exe size=1234567 $ copy /y /b myprog.exe + myprog.exe myprog2.exe $ ./myprog2.exe exe size=1234567 -- and not 2469134 one of the main requirements is portability. (nothing woe32-specific or cygwin-specific c) the only idea I have had so far is this: char string[]=this is a buffer into which I will be writing my stuff; size_t my_length = atol(string); and then have a post-processor edit lisp.exe and replace the contents of string with the actual lisp.exe file length (I need the long initial junk there so that the post-processor will be able to find where it is to write the length). any suggestions? Thanks. PS. I understand that this is not cygwin-specific, so I would appreciate a pointer to the proper forum to ask this question. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://www.openvotingconsortium.org/ http://www.iris.org.il http://www.camera.org http://www.memri.org/ MS: Brain off-line, please wait. -- 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/
missing of /dev directory
hi, i've installed cygwin on my XP system, but i can not found /dev directory, is that normal? i want to access serial port interface via /dev/ttyS* - woody -- 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: scp/ssh: non-interactive commands using PasswordAuthentication fail
On Thu, Dec 29, 2005 at 11:09:21PM -0500, Larry Hall (Cygwin) wrote: Tom Rodman wrote: 2 informal tests on my home PC, /etc/ssh_config is OTTB no problem, using PubkeyAuthentication: $ uname -a #login shell is bash, started by 'sshing in' CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051227 16:45:51 i686 unknown unknown Cygwin $ ssh localhost date Wed Dec 28 21:03:43 CST 2005 $ scp [EMAIL PROTECTED]:/etc/passwd /tmp/toss passwd100% 704 0.7KB/s 00:00 $ problems w/same tests using PasswordAuthentication: $ eval $(ssh-agent -k) #same bash session continuing Agent pid 304 killed $ uname -a CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051227 16:45:51 i686 unknown unknown Cygwin $ ssh localhost date Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa': [EMAIL PROTECTED]'s password: $ : skipped passphrase prompt, entered password; no date shows up $ scp [EMAIL PROTECTED]:/etc/passwd /tmp/toss Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa': [EMAIL PROTECTED]'s password: $ : skipped passphrase prompt, notice nothing echoed after password was entered comments? can anyone else duplicate this? Confirmed. cygwin1-20051216.dll is the last snapshot that worked properly for this. Sorry, that's all the input I have for the moment. Well, certainly if enough people say that 20051216 is the last snapshot that worked properly eventually Corinna and I will believe them. I don't think we've reached critical mass yet, though. After all you know how suspicious we are. We don't really trust a bug report until it's been reported by at least 42 people. We know, without testing, that this worked properly on B20 but what we don't know is if it worked in 1.5.17, 1.5.16, etc. So, some enterprising sould should probably step back in time before 1.5.18 and provide a graph of operability for every past release. Once we have that data, why then, it will probably only take a few reinstalls of cygwin and, worse case scenario, a few movements of my computers in and out of my office before this problem is fixed. But, all kidding inside, I guess I really can't complain because I'm selfishly holding back permission from Igor to debug this. We all know that no one can debug anything unless they get permission from me first and there's no way that I would ever want people to debug cygwin or provide patches to fix problems or anything like that. 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: missing of /dev directory
i've installed cygwin on my XP system, but i can not found /dev directory, is that normal? i want to access serial port interface via /dev/ttyS* Yes, it's normal in 1.5.18, and yes, /dev/ttyS* exist even if /dev doesn't. http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4676548 -- Eric Blake -- 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: ssh localhost date # ls -lu = remote command not being read
On Tue, Dec 27, 2005 at 11:38:46PM -0600, Tom Rodman wrote: Does the strace log hint at a solution? Is there any other test I might try that would help you debug this? The latest snapshot has better strace capabilities. Rather than trying to munge your sshd service startup, please just start it as normal and, from a privileged account, use strace -ostrace.out -p to capture the output, where is the pid of the sshd process. You need to do this from an account which has enough privileges to both find the sshd process and to allow strace to access it. Either ps -W or taskman should show the pid of the running sshd.exe. Please use the latest DLL and the latest version of strace.exe from the snapshot: http://cygwin.com/snapshots/ 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: executable = exe + data
Sam Steingold wrote: CLISP consists of a run time (a normal executable lisp.exe, 2.5M) and a memory image (a binary data file lispinit.mem 2MB-10GB). It is normally invoked as lisp.exe -M lispinit.mem, i.e., the application consists of two files instead of a single executable which is generally not considered desirable by the users, one of whom suggested the following: copy /y /b lisp.exe + marker.txt + lispinit.mem myapp.exe [snip] This should work, but I would rather not search the executable for the marker text (for performance reasons - I do not want to increase the start-up time), I would prefer to know where the executable ends right away. Is it possible? Yes. simply put, it it possible to write something like this: int main () { size_t my_length; some magic printf(exe size=%lld\n,my_length); return 0; } so that when it is compiled, my_length contains the length of the executable file as it was created by the compiler. e.g.: $ ./myprog.exe exe size=1234567 $ copy /y /b myprog.exe + myprog.exe myprog2.exe $ ./myprog2.exe exe size=1234567 -- and not 2469134 one of the main requirements is portability. (nothing woe32-specific or cygwin-specific c) Portable? The only problem I can think of is an OS with enough security that checks executable file size vs. file header specified size (in Windows the exe header does contain the file size in blocks, but Windows doesn't check; I don't know if other operating systems / executable formats are set up to do this kind of check). the only idea I have had so far is this: char string[]=this is a buffer into which I will be writing my stuff; size_t my_length = atol(string); and then have a post-processor edit lisp.exe and replace the contents of string with the actual lisp.exe file length (I need the long initial junk there so that the post-processor will be able to find where it is to write the length). any suggestions? Your idea works, I used to do something similar for copy protection purposes. The steps would be something like: 1. Compile program, say gcc -mwindows h.c -o h; 2. Record file size; 3. Concatenate program and data, say cat h.exe h.data longh.exe; 4. Run through post-processor (with longh.exe and size as parameter). Of course a smarter post-processor could do steps 2 through 4 itself, no need for parameters except perhaps the target string. -- 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/
New Package: gvim-6.4-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been added to the Cygwin net release: *** gvim-6.4-1 gvim provides a GTK2 GUI interface to the vim text editor. It requires vim-6.4 for common runtime files. Screenshot: http://cygwinports.dotsrc.org/screenshots/gvim.png Yaakov *** 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtK9/piWmPGlmQSMRAol5AKDLsJWPAZMCagCkLB4njd1RcWZR6wCgphfM R2eqFKNvcp4lbMCw8JAdRs8= =heT0 -END PGP SIGNATURE-