Re: [GTG] Re: [ITP] httptunnel-3.3 -- Tunnel data stream in HTTP requests
On Feb 5 18:38, Dr. Volker Zell wrote: Jari Aalto writes: sdesc: Tunnel data stream in HTTP requests ldesc: Creates a bidirectional virtual data stream tunnelled in HTTP requests. The requests can be sent via a HTTP proxy if so desired. category: Net requires: cygwin Upstream: http://www.nocrew.org/software/httptunnel.html Linux: Note: 2006-01-23 packages.debian.org is down for maintenance. http://packages.debian.org/stable/net/httptunnel http://packages.gentoo.org/search/?sstring=httptunnel Manual download: wget -nv\ http://cygwin.cante.net/httptunnel/setup.hint \ http://cygwin.cante.net/httptunnel/httptunnel-3.3-1.tar.bz2 \ http://cygwin.cante.net/httptunnel/httptunnel-3.3-1-src.tar.bz2 Builds fine from source and packaging looks good. GTG. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
On Feb 5 02:10, Shaddy Baddah wrote: Hi, On 2/4/2006 6:08 PM, Jari Aalto wrote: Current classpath won't compile with gcj (gcc 3.x included in Cygwin), so it requires jikes. Here it goes. Included in major distros: Sorry to interject, but could I make a request that, like unison, this package be tied into a version. e.g. jikes1.14 distinct from jikes1.22? I actually already have this setup locally, and was preparing (admittedly, long preparation) to ITP this myself. I don't mind if this is not taken into consideration, but I'd rather pipe up now then contemplate what might have been. That's an intersting objection. Any comments from others? Jari? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/6/2006 4:17 AM: Sorry to interject, but could I make a request that, like unison, this package be tied into a version. e.g. jikes1.14 distinct from jikes1.22? That's an intersting objection. Any comments from others? Jari? I don't think this is worthwhile. As the former jikes maintainer for several years, I personally know that 1.14 has bugs (some of them mine :) that were fixed in 1.22, and don't see what versioning a much older version of jikes will buy you. I am just fine with a single jikes package, although if Jari wants, you could package 1.14 as the Prev version simultaneously with 1.22 as the current version (note that there is no requirement to do this, though, since it IS harder to maintain two disparate versions of the same project). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -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 iD8DBQFD51OR84KuGfSFAYARAj9iAJ45BMjl4sb1Q3d+sCmOWmwrqHcbXwCfQm+T ny6uxt3B8O79NPM6fk/Ylq8= =kS4O -END PGP SIGNATURE-
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
Hi, On 2/6/2006 9:48 PM, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/6/2006 4:17 AM: Sorry to interject, but could I make a request that, like unison, this package be tied into a version. e.g. jikes1.14 distinct from jikes1.22? That's an intersting objection. Any comments from others? Jari? I don't think this is worthwhile. As the former jikes maintainer for several years, I personally know that 1.14 has bugs (some of them mine :) that were fixed in 1.22, and don't see what versioning a much older version of jikes will buy you. I am just fine with a single jikes package, although if Jari wants, you could package 1.14 as the Prev version simultaneously with 1.22 as the current version (note that there is no requirement to do this, though, since it IS harder to maintain two disparate versions of the same project). Fair enough. I agree with that point. My packages won't conflict anyway, so I can keep them to myself. Debian dropped the version tie-in as well (woody had jikes1.14, sarge had just jikes). I drop my objection, and thank all for their responses. Regards, Shaddy
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
On Feb 4 12:08, Jari Aalto wrote: http://cygwin.cante.net/jikes/setup.hint \ http://cygwin.cante.net/jikes/jikes-1.22-1.tar.bz2 \ http://cygwin.cante.net/jikes/jikes-1.22-1-src.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
Shaddy Baddah [EMAIL PROTECTED] writes: Hi, On 2/4/2006 6:08 PM, Jari Aalto wrote: Current classpath won't compile with gcj (gcc 3.x included in Cygwin), so it requires jikes. Here it goes. Included in major distros: Sorry to interject, but could I make a request that, like unison, this package be tied into a version. e.g. jikes1.14 distinct from jikes1.22? Is there significant difference to warrant such separation? In my understanding compiling java classes produces standard code and the latest compiler fixes the errors in previous. Jari
Re: [ITP] jikes -- IBM's Fast Java compiler adhering to language and VM specifications
Shaddy Baddah [EMAIL PROTECTED] writes: Hi, On 2/6/2006 9:48 PM, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/6/2006 4:17 AM: Sorry to interject, but could I make a request that, like unison, this package be tied into a version. e.g. jikes1.14 distinct from jikes1.22? That's an intersting objection. Any comments from others? Jari? I don't think this is worthwhile. As the former jikes maintainer for several years, I personally know that 1.14 has bugs (some of them mine :) that were fixed in 1.22, and don't see what versioning a much older version of jikes will buy you. I am just fine with a single jikes package, although if Jari wants, you could package 1.14 as the Prev version simultaneously with 1.22 as the current version (note that there is no requirement to do this, though, since it IS harder to maintain two disparate versions of the same project). Fair enough. I agree with that point. My packages won't conflict anyway, so I can keep them to myself. Debian dropped the version tie-in as well (woody had jikes1.14, sarge had just jikes). I drop my objection, and thank all for their responses. Ok, and thanks for Eric for in depth view. Jari
Re: Xm/Xt auto-import linking issues
On Sat, 4 Feb 2006, Marc Vaillant wrote: Hello, I'm trying to build xmbase-grok (http://www.bitrot.de/grok.html). It successfully compiles but crashes when I click most buttons. I'm wondering if these problems might be related to the various Xm/Xt auto-import linking messages that I receive, as shown below. No, those are informational only. Archived messages suggest that X11 and/or binutils are not up to date. No, this is due to the current lesstif release not using the proper DLL import/export decorations in its headers, thus relying on binutils to do the right 'nix like thing. Could you give the test version of lesstif a try and report back please? I keep meaning to roll it into a current one but hadn't yet found the time. Volunteer Lesstif maintainer... -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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/
how to set meta sends escape as default for xterm?
I'd like to have meta sends escape set for my xterms by default. Is there a way to accomplish this? Thanks, Roger Levy -- 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/
src/winsup/w32api ChangeLog include/shlobj.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-02-06 16:29:15 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: shlobj.h Log message: 2006-02-06 Chris Sutcliffe [EMAIL PROTECTED] * include/shlobj.h (PathResolve): Define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.721r2=1.722 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/shlobj.h.diff?cvsroot=srcr1=1.39r2=1.40
winsup/cygwin ChangeLog cygtls.cc cygtls.h dcr ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-02-06 18:24:11 Modified files: cygwin : ChangeLog cygtls.cc cygtls.h dcrt0.cc exceptions.cc fhandler_termios.cc pinfo.cc signal.cc sigproc.cc thread.cc timer.cc tlsoffsets.h cygwin/include/cygwin: signal.h Log message: Always zero all elements of siginfo_t throughout. * cygtls.h (_cygtls::thread_context): Declare new field. (_cygtls::thread_id): Ditto. (_cygtls::signal_exit): Move into this class. (_cygtls::copy_context): Declare new function. (_cygtls::signal_debugger): Ditto. * cygtls.cc (_cygtls::init_thread): Fill out thread id field. * exceptions.cc (exception): Change message when exception info is unknown. Copy context to thread local storage. (_cygtls::handle_exceptions): Avoid double test for fault_guarded. Reflect move of signal_exit to _cygtls class. (sigpacket::process): Copy context to thread local storage. (_cygtls::signal_exit): Move to _cygtls class. Call signal_debugger to notify debugger of exiting signal (WIP). Call stackdump here (WIP). (_cygtls::copy_context): Define new function. (_cygtls::signal_debugger): Ditto. * tlsoffsets.h: Regenerate. * include/cygwin.h (_fpstate): New internal structure. (ucontext): Declare new structure (WIP). (__COPY_CONTEXT_SIZE): New define. * exceptions.cc (_cygtls::interrupt_setup): Clear threadkill field when there is no sigwaiting thread. (setup_handler): Move event handling into interrupt_setup. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3387r2=1.3388 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygtls.cc.diff?cvsroot=uberbaumr1=1.43r2=1.44 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygtls.h.diff?cvsroot=uberbaumr1=1.42r2=1.43 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.284r2=1.285 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.279r2=1.280 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_termios.cc.diff?cvsroot=uberbaumr1=1.65r2=1.66 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.221r2=1.222 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/signal.cc.diff?cvsroot=uberbaumr1=1.76r2=1.77 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.272r2=1.273 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.195r2=1.196 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/timer.cc.diff?cvsroot=uberbaumr1=1.20r2=1.21 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/tlsoffsets.h.diff?cvsroot=uberbaumr1=1.27r2=1.28 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/include/cygwin/signal.h.diff?cvsroot=uberbaumr1=1.11r2=1.12
winsup/w32api ChangeLog include/shlobj.h
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-02-06 19:59:43 Modified files: w32api : ChangeLog w32api/include : shlobj.h Log message: * include/shlobj.h (PathResolve): Fix typo. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/w32api/ChangeLog.diff?cvsroot=uberbaumr1=1.722r2=1.723 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/w32api/include/shlobj.h.diff?cvsroot=uberbaumr1=1.40r2=1.41
src/winsup/w32api ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-02-06 20:29:17 Modified files: winsup/w32api : ChangeLog Log message: Fixed ChangeLog entry Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.724r2=1.725
src/winsup/w32api ChangeLog include/shlobj.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-02-06 22:05:09 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: shlobj.h Log message: 2006-02-04 Ron Lee [EMAIL PROTECTED] * include/winnls.h: Remove stray end ';' from preprocessor defines. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.725r2=1.726 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/shlobj.h.diff?cvsroot=srcr1=1.42r2=1.43
Re: [patch] fix spurious SIGSEGV faults under Cygwin
On Thu, Feb 02, 2006 at 12:05:58PM -0500, Christopher Faylor wrote: On Thu, Feb 02, 2006 at 08:00:01AM -0800, Brian Dessent wrote: Brian Dessent wrote: #define _CYGWIN_SIGNAL_STRING cYgSiGw00f +#define _CYGWIN_FAULT_IGNORE_STRING cYgfAuLtIg +#define _CYGWIN_FAULT_NOIGNORE_STRING cYgNofAuLtIg Sigh, this breaks strace under Cygwin, I should have tested more. Sorry about that. Apparently strace expects anything starting with the 'cYg' prefix to be followed by a hex number. I thought that since _CYGWIN_SIGNAL_STRING already existed and didn't follow that format it was safe to add more, but that's not the case. So, should I pick another prefix that's not 'cYg'? Or instead use something like cYg0 ... since strace seems to just ignore the string if its value is 0? Or something else? Brian, Thanks for the patch but I've been working on this too and, so far, I think it is possible to have a very minimal way of dealing with this problem. I haven't had time to delve into it too deeply but I have been exploring this problem on and off for a couple of weeks. If the situation at work calms down a little I may be able to finish up what I've been working on. OTOH, if what I have is really not working then I'll take a look at what you've done. Again, thanks for the patch. I probably should have sent a heads up that I was working on this. Actually, my minimal solution died in annoying ways. I don't really understand why. So, I opted to push forward on my work to make cygwin signals recognized (using _CYGWIN_SIGNAL_STRING) by gdb. I have something now which ignores exceptions in the cygwin DLL when they are based on a myfault interrupt and it has the added benefit of potentially allowing SIGABRT, SIGQUIT, and other signals to be noticed by gdb. So, thanks again for the patch and sorry for the duplication of effort. cgf
Re: how to avoid error dialog during app crash when non-interactive
Hans Horn wrote: I have an app build with gcc -mno-cygwin, that constantly bombards me with error dialogs as shown in the attachment. The app is meant to run non-interactively. Is there a way to compile the app differently so error notifications get simply printed out rather than being presented via dialog? First of all, you're using the mingw compiler when you use -mno-cygwin, so you should ask on the mingw list. This has little to do with Cygwin. But I don't think there's a lot you can do about this other than obviously fixing your bugs that are causing the faults. When you use mingw you are using the Microsoft C runtime library (MSVCRT) and it sets up its the fault hander which is what is showing the above dialog. So I don't think you have any control in that aspect. I suppose you could try installing your own handler in the SEH chain that would catch the access violation and handle it in some way. If you were using MSVC you could just use _try/_except but unfortunately gcc does not support this, so you would have to do it manually. (Is there a set of macros out there somewhere that eases this?) You'll have to consult MSDN or google for more details there, not exactly on topic for this list since Cygwin does exception handling in the posix way. A starting point is http://www.microsoft.com/msj/0197/Exception/Exception.aspx. 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: Cygwin 1.5.19 breaks my app
I have got to a similar problem with Cygwin having same symptoms. I have found that there was a reported problem with a strings in libstdc++.la, if your application is using dlls. It is really awfull bug to identify... See this links for details: http://sourceware.org/ml/cygwin/2006-01/msg01352.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196 I got around by compiling gcc-4.0.2 with extra flag --enable-fully-dynamic-string and I will later use a new string implementation that should come with gcc-4.1. PV Sent through the University of Leoben webmail system -- 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/
gdb hangs
I am trying to debug Win32 dll.
Actually, I exercised setting breakpoint in dynamically loaded libraries and
used the pending breakpoints feature of gdb. It properly works on Linux but
on Windows I get the promising start message Starting program:… and
gdb successfully hangs.
Here is a log of gdb session:
-8-
$ gdb dlcheck.exe
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i686-pc-cygwin...
(gdb) r
Starting program: /cygdrive/c/dllcheck/dlcheck.exe
-8-
It could be interrupted only by killing the gdb process.
Here is the source file of the application (dlcheck.c)
===
#include stdlib.h
#include stdio.h
#include dlfcn.h
int main(int argc, char **argv) {
void *handle;
void (*helloworld_func)();
char *error;
handle = dlopen(./helloworld.dll, RTLD_NOW);
if (!handle) {
fprintf(stderr, %s\n, dlerror());
exit(1);
}
dlerror(); /*Clear any existing errors */
*(void**)(helloworld_func) = dlsym(handle, helloworld);
if ((error = dlerror()) != NULL) {
fprintf(stderr, %s\n, error);
exit(1);
}
(*helloworld_func)();
dlclose(handle);
return 0;
}
===
Here is the source file of the dll (helloworld.c)
===
#include stdio.h
void helloworld(void) {
printf(Hello, world!\n);
}
===
Here is make file
===
all: dlcheck.exe helloworld.dll
dlcheck.exe: dlcheck.o
@echo 'Building target: $@'
@echo 'Invoking: GCC C Linker'
gcc -odlcheck.exe dlcheck.o
@echo 'Finished building target: $@'
@echo ' '
dlcheck.o: dlcheck.c
@echo 'Invoking: GCC Compiler'
gcc -g -c dlcheck.c
@echo 'Finished building target: $@'
@echo ' '
helloworld.dll: helloworld.o
@echo 'Building target: $@'
@echo 'Invoking: GCC C Linker'
gcc -shared -ohelloworld.dll helloworld.o helloworld.def
@echo 'Finished building target: $@'
@echo ' '
helloworld.o: helloworld.c
@echo 'Invoking: GCC Compiler'
gcc -g -c helloworld.c
@echo 'Finished building target: $@'
@echo ' '
clean:
rm -rf dlcheck.exe dlcheck.o helloworld.dll helloworld.o
[EMAIL PROTECTED] ' '
===
Thanks in advance,
Vitaly Provodin
Cygwin Configuration Diagnostics
Current System Time: Mon Feb 06 17:11:01 2006
Windows XP Professional Ver 5.1 Build 2600 Service Pack 2
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\PROGRAM FILES\THINKPAD\UTILITIES
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\PC-Doctor for Windows\services
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\ATI Technologies\Fire GL 3D Studio Max
c:\PROGRA~1\F-Secure\ssh
.\
C:\cygwin\bin
c:\Perl\Bin
c:\user\vitp\bin\
.\
c:\Program Files\cvsnt
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 44855(vprovodi)GID: 10544(mkgroup-l-d)
0(root) 544(Administrators) 1013(Debugger Users)
10544(mkgroup-l-d)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 44855(vprovodi)GID: 10544(mkgroup-l-d)
0(root) 544(Administrators) 1013(Debugger Users)
10544(mkgroup-l-d)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
USER = `vprovodi'
TCL_LIBRARY = `C:\Cygwin\usr\share\tcl8.0'
GCC_EXEC_PREFIX = `C:\Cygwin\lib\gcc-lib\'
PWD = `/cygdrive/c/dllcheck'
HOME = `/cygdrive/c/Documents and Settings/vprovodi'
MAKE_MODE = `unix'
WSADMINTOOLS = `ec\sir4.0\site\nnec_akl\Client\AdminTools'
HOMEPATH = `\Documents and Settings\vprovodi'
APPSDRIVE = `x:'
MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = `C:\Documents and Settings\vprovodi\Application Data'
HOSTNAME = `vprovodi-mobl'
VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET
2003\Common7\Tools\'
ENSCRIPT_LIBRARY = `C:\Cygwin\usr\share\enscript'
BUILDDOMAIN = `CCR'
NOINVSMS = `Yes'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 6, GenuineIntel'
WINDIR = `C:\WINNT'
EMACSDATA = `C:\Cygwin\usr\share\emacs-21.1\etc'
WSSITE = `NNEC_AKL'
TK_LIBRARY = `C:\Cygwin\usr\share\tk8.0'
TIX_LIBRARY = `C:\Cygwin\usr\share\tix4.1'
OLDPWD = `/cygdrive/c/user/vitp/ws_examples/dllcheck'
EMACSPATH = `C:\Cygwin\bin'
USERDOMAIN = `CCR'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
EMACSLOCKDIR = `C:\WINNT\TEMP\LOCK'
ECCLIENT =
Cygwin fork implementation
Hi, In Cygwin fork code the statement int res = setjmp (grouped.ch.jmp); if (res) res = fork_child (grouped.ch.parent, grouped.first_dll, grouped.load_dlls); else res = fork_parent (grouped.ch.parent, grouped.first_dll, grouped.load_dlls, esp, grouped.ch); avoids the fork being called repeatedly by the created process of parent. Can anyone tell me how this actually happens. Thanks in advance for your time and comments. Thanks Sudhakar -- 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: Prompt issue within cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 1/24/2006 7:12 AM: Shoot - the bug is still not fixed upstream; I reproduced it with bash-3.1-1, readline-5.1-1, and rxvt-2.7.10-6. One of these days, I hope to be able to sit down and figure out where readline is going wrong (it is either a readline bug, or a bug in the terminfo database), but it is painful to debug. There is a prompt bug in bash that causes it to miscount the number of displayed characters. One workaround was to append '\[\]' to PS1. Also, a good habit to get into is to use single quotes in the shell when some value contains backslashes. Unfortunately, appending \[\] to PS1 no longer works with readline-5.1, since upstream fixed readline to recognize that an empty non-printing sequence has no effect on the location of the last non-printing character. However, I think I might be able to recussitate my readline-5.0 hack that forcefully treats a single-line prompt with non-printing characters as though it had a \[\] appended (and I hope I can make it work at a lower level then where empty \[\] is stripped from PS1). It may be a while, but I plan on providing readline-5.1-2 that works around this nasty prompt bug as soon as I can. Chet Ramey, the upstream readline maintainer, FINALLY admitted that his routines have display bugs when readline is compiled with multi-byte support, and when a single-line prompt contains invisible characters. The problem stems from the fact that there is no reliable way to determine which column the cursor is currently in, so readline makes some assumptions that the prompt always starts in column 0 (which is not always valid): http://lists.gnu.org/archive/html/bug-bash/2006-02/msg00018.html Hopefully Chet holds true to his promise and makes readline 5.2 better at this (although given the history of his past releases, it will be more than a year away; and he doesn't post his development version control system online, so the rest of the world is stuck waiting). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -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 iD8DBQFD51Bs84KuGfSFAYARAiSRAKCBFofaa8FV/jyN8W4PKq3AgQgfmQCgkc31 Majon+acNYsS90u8ox38rG0= =Grxu -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: gdb hangs
Vitaly Provodin wrote: I am trying to debug Win32 dll. Actually, I exercised setting breakpoint in dynamically loaded libraries and used the pending breakpoints feature of gdb. It properly works on Linux but on Windows I get the promising start message Starting program: and gdb successfully hangs. Hmm, interesting. Gdb is not actually hung -- it has encoutered an error and has prompted the user Do you wish to continue, y/n but you don't see that because output at that point is temporarily redirected to /dev/null. But if you press yenter it will try to continue, but it hits the same snag again, and things just go downhill from there. You can see this illustrated much more clearly if you use insight, as the prompts are properly displayed. The actual source of the problem is the SECT_OFF_DATA macro around line 910 in coffread.c. I'm not sure exactly what's broken here, but it seems like it might be related to the fact that (at least on my system) the DLL gets assigned the default image base and has to be relocated and ends up loading very low in memory at 0x003f. If you enable auto image basing (add -Wl,--enable-auto-image-base to the link line) you get a DLL that loads much higher and doesn't require relocation, and everything works fine. You might want to take this up on the gdb list, although since both Corinna and cgf read both lists this is probably not necessary. By the way, this is pretty bad C: *(void**)(helloworld_func) = dlsym(handle, helloworld); This will give you a warning at -O2 because it violates the language's aliasing rules. That kind of thing can really bite you later. I think you really ought to use something like: helloworld_func = (void (*)()) dlsym(handle, helloworld); 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: Cygwin fork implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Sudhahar on 2/6/2006 5:33 AM: Hi, In Cygwin fork code the statement int res = setjmp (grouped.ch.jmp); if (res) res = fork_child (grouped.ch.parent, grouped.first_dll, grouped.load_dlls); else res = fork_parent (grouped.ch.parent, grouped.first_dll, grouped.load_dlls, esp, grouped.ch); avoids the fork being called repeatedly by the created process of parent. Can anyone tell me how this actually happens. Thanks in advance for your time and comments. If you are asking how setjmp works, it is not cygwin specific. Any good systems C programming book should give you more details, or you can read what POSIX says: http://www.opengroup.org/onlinepubs/009695399/functions/setjmp.html. setjmp() is one of those MAGIC functions, that when paired with the longjmp() in fork_parent(), returns 2 distinct values at different points during execution. You may also be interested in http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/how-cygheap-works.txt?rev=1.5content-type=text/x-cvsweb-markupcvsroot=src - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -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 iD8DBQFD51Z484KuGfSFAYARAvXNAJ0cgMN8AqYiOFeY7oVKQcHe5EvJ/ACgpFfU l4KjZDRVF39JKEI41g/mYAc= =yYHr -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: 1.5.19+: symlink bug
On Feb 3 22:59, Corinna Vinschen wrote:
On Feb 3 16:29, Eric Blake wrote:
behavior is the same, and it is cygwin doing it. It appears that when
both TESTLINK.lnk and TESTLINK.exe.lnk exist, lstat(TESTLINK)
is picking up the contents of TESTLINK.exe.lnk rather than the
contents of TESTLINK.lnk.
I have prepared a patch which eliminates this problem, and I'll apply it
soon, but nevertheless, I'm not exaclty happy with coreutils symlink
handling. If a TESTLINK exist, it shouldn't allow to create a
TESTLINK.exe symlink, really.
I don't know - on Linux, you can have both TESTLINK and
TESTLINK.exe in the same directory, whether or not either file
is an actual file or a symlink. There definitely needs to be a
The difference her is the special meaning of .exe under Windows. If you
have an executable foo under Linux, it's called foo. Under Windows
it's called foo.exe and unfortunately there's still room left to
create an entirely unrelated file foo. But if both files have the
executable bit set, which one to execute if the user calls foo?
There's an unwanted ambiguity here. Not that I want to push the problem
to coreutils, but I think in the long run, Cygwin should refuse to
create a file foo if foo.exe is present and vice versa. The same
goes for foo.lnk. All three filenames, foo, foo.exe, foo.lnk
are in our virtual POSIX reality denoting one and the same file foo,
just cluttered with Windows naming convention ambiguity. What we want
from the POSIX perspective is ideally only one file foo per directory,
isn't it?
[...]
The idea is just simply to add automatic .exe handling to functions
which are not doing this so far, because it has been thought of as too
dangerous. I'm talking about open(2), link(2), rename(2), unlink(2),
basically. You're right, symlink(2) would be another candidate which I
forgot so far (*making mental note*). The result is in some way what I
outlined above. Consider a link(foo, bar) in a directory in which a
file bar.exe already exists. Without transparent .exe handling, link
would create a hardlink called bar. With transparent .exe handling
the link function would encounter the existance of a file bar.exe and
refuse to create the symlink with EEXIST.
If you want to give it a try, I added the experimental transparent_exe
option to $CYGWIN. The functions behaving differently are
- open(foo) opens foo.exe if it exists, but foo doesn't.
- rename(foo, bar) will rename foo.exe to bar.exe.
- unlink(foo) will unlink foo.exe
- link, symlink will ... yes, right.
- pathconv(foo) will report on foo.exe.
- realpath will only append the .exe suffix if transparent_exe is not
set.
- /proc/$PID/exe{name} will only keep the .exe suffix if transparent_exe
is not set.
That's it so far. Keep in mind that this is experimental and will
stay experimental for some time, so there's no good reason to rip the
extra CYGWIN functionality from coreutils right now ;-)
Bugs in the transparent_exe handling won't be a showstopper for a Cygwin
release, but I would appreciate some relaxed testing and bug reporting.
Don't use this option on production systems, though.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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/
List posting (Was Re: fwilson00athotmail.com)
On Mon, 6 Feb 2006, Fred Wilson wrote: Apologies for the intrusion. I have signed up for teh cygwin mailing list and am currently getting list emails. However, none of the message I authr and send to the list at cygwinatcygwin.com are making it to the list. (I neither see them in my inbox mailed back nor do I see them in the mailing list archives.) As you seem to be a frequent contributor and as I could not find an email address to email to for problems regarding the list, i was wondering if you might have any ideas how I would go about getting my messages published ot the list. As a troubleshooting step, after the first three messages had not posed, I send a simple test message with this as the subject line and body text. This message was caught by the list's spam filter and i received a reply as such, therefore the message ARE making it to the server. Once again, any help woudl be greatly appreciated. Fred, I'm Cc'ing my reply to the list. I'm sure others will have more to say, but if you read the rejection message from the SPAM filter carefully, it will say that this list rejects HTML email. So, set your mailer to send plain text mail. Before you ask, I don't know how to do this for Hotmail, but I know it's possible as there are other posters on this list with Hotmail addresses. Also, http://cygwin.com/acronyms/#PCYMTWLL before posting, and it's not a good idea to put raw email addresses in your emails (especially someone else's addresses). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Prompt issue within cygwin
Chet Ramey, the upstream readline maintainer, FINALLY admitted that his routines have display bugs when readline is compiled with multi-byte support, and when a single-line prompt contains invisible characters. The problem stems from the fact that there is no reliable way to determine which column the cursor is currently in, so readline makes some assumptions that the prompt always starts in column 0 (which is not always valid): http://lists.gnu.org/archive/html/bug-bash/2006-02/msg00018.html Hopefully Chet holds true to his promise and makes readline 5.2 better at this (although given the history of his past releases, it will be more than a year away; and he doesn't post his development version control system online, so the rest of the world is stuck waiting). Interesting, so, based on my reading of this, if i were to recompile readline without multi-byte support it should resolve this problem? -- 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/
default PATH
I upgrade to 1.5.19-4 and my default PATH has changed: PATH is inherited from my WinXP environment as usual but it is not prepend with /bin like before the upgrade, and is now appended with .. I cannot find where this happen (my .bashrc is unchanged). Also, when I start cygwin (shell in rxvt), it throws me in /usr/bin (which is a mount of /bin) instead of my usual ~/. I can fix all this by hand in my .bashrc but I want to have a clean fix (avoid cygwin to do the bad job at the first place). Can someone tell me where to look at? Note: the upgrade also updated coreutils, readline and other minor stuff. -- jt
Re: Issue, most possibly with new Readline
After installing the latest readline updates (that fixed the earlier
prompt issue) I'm finding an issue with the vi command line interface.
Basically, when I hit [ESC] then fwd slash (/) to search through the
history, it throws my cursor back to get beginning of the line (on top
of the prompt) and acts weird. This is in mrxvt, now if I do the same
in the basic cygwin bash shell i get this:
[EMAIL PROTECTED] ~ /
âºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâº
I could not reproduce this with a quick check (I normally
use set -o emacs, so I am practically clueless about
vi mode). Also, I normally use a multiline prompt, which
may be impacting things. I tried:
$ echo $PS1
\[\e]0;[EMAIL PROTECTED] \ \[\e[35m\](${PIPESTATUS[*]}) \[\e[33m\]~\[\e[0m\]\n\$
[EMAIL PROTECTED] (0) ~
$ echo hi
hi
[EMAIL PROTECTED] (0) ~
$ [ESC]/e[ENTER] # those four keystrokes rewrite this line as:
$ echo hi # with the cursor on the e
What is your PS1? What settings do you have in your ~/.inputrc?
One other thing to be aware of - readline 5.1 official patch 2
was released this weekend, so I need to make a 5.1-3 cygwin
release soon to incorporate it (it dealt with initialization issues
with line-wrapping). I don't know if your bug would have been
fixed by official patch 2, or whether I should spend more time
investigating this first.
--
Eric Blake
volunteer cygwin readline maintainer
--
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: default PATH
I upgrade to 1.5.19-4 and my default PATH has changed: PATH is inherited from my WinXP environment as usual but it is not prepend with /bin like before the upgrade, and is now appended with .. I cannot find where this happen (my .bashrc is unchanged). Try opening a cmd.com window in c:\cygwin\bin (or whatever it is named), then running 'bash --login -xv' to see every command executed by bash during startup. Maybe that will help you pinpoint the culprit. Also, when I start cygwin (shell in rxvt), it throws me in /usr/bin (which is a mount of /bin) instead of my usual ~/. Sounds like it might be a problem with $HOME, such that bash does not know where to find your ~/.bashrc. I can fix all this by hand in my .bashrc but I want to have a clean fix (avoid cygwin to do the bad job at the first place). Can someone tell me where to look at? Note: the upgrade also updated coreutils, readline and other minor stuff. Perhaps you also upgraded base-files, and maybe something in there was the culprit? Hint: following these directions is a great help to debugging: Problem reports: http://cygwin.com/problems.html -- Eric Blake volunteer cygwin bash maintainer -- 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/
Bash Window Geometry
Is it possible to tell the bash prompt where I want it positioned on my desktop? Using X Windows I specify size and location with --geometry. Is there anything comparable under MS Windows? _Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older! Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part. -- 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: Issue, most possibly with new Readline
On 2/6/06, Eric Blake [EMAIL PROTECTED] wrote:
After installing the latest readline updates (that fixed the earlier
prompt issue) I'm finding an issue with the vi command line interface.
Basically, when I hit [ESC] then fwd slash (/) to search through the
history, it throws my cursor back to get beginning of the line (on top
of the prompt) and acts weird. This is in mrxvt, now if I do the same
in the basic cygwin bash shell i get this:
[EMAIL PROTECTED] ~ /
☺
I could not reproduce this with a quick check (I normally
use set -o emacs, so I am practically clueless about
vi mode). Also, I normally use a multiline prompt, which
may be impacting things. I tried:
$ echo $PS1
\[\e]0;[EMAIL PROTECTED] \ \[\e[35m\](${PIPESTATUS[*]})
\[\e[33m\]~\[\e[0m\]\n\$
[EMAIL PROTECTED] (0) ~
$ echo hi
hi
[EMAIL PROTECTED] (0) ~
$ [ESC]/e[ENTER] # those four keystrokes rewrite this line as:
$ echo hi # with the cursor on the e
What is your PS1? What settings do you have in your ~/.inputrc?
One other thing to be aware of - readline 5.1 official patch 2
was released this weekend, so I need to make a 5.1-3 cygwin
release soon to incorporate it (it dealt with initialization issues
with line-wrapping). I don't know if your bug would have been
fixed by official patch 2, or whether I should spend more time
investigating this first.
--
Eric Blake
volunteer cygwin readline maintainer
--
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/
Eric,
Basically, when using VI as the command line editor the [ESC] puts the
line into command mode (just like pressing [ESC] within VI) then the /
says search (again it's the same command within VI) for whatever you
type next. So, /ls would return the latest command line that
included the letters ls and i can then press n to get the next
occurrence and N to move the opposite direction through the history,
it's quite handy.
Here is my PS1:
echo $PS1
\[\e]61;[EMAIL PROTECTED]@\H \W
Here is my .inputrc (i've tried commenting out the whole thing,
commenting out sections and uncommenting sections, nothing seems to
make a difference except emacs/vi):
# the following line is actually
# equivalent to \C-?: delete-char
\e[3~: delete-char
# VT
#\e[1~: beginning-of-line
#\e[4~: end-of-line
# kvt
#\e[H: beginning-of-line
#\e[F: end-of-line
# rxvt and konsole (i.e. the KDE-app...)
\e[7~: beginning-of-line
\e[8~: end-of-line
\eOc: forward-word
\eOd: backward-word
# VT220
#\eOH: beginning-of-line
#\eOF: end-of-line
set keymap vi
set editing-mode vi
# Allow 8-bit input/output
set meta-flag on
set convert-meta off
set input-meta on
set output-meta on
$if Bash
# Don't ring bell on completion
set bell-style none
# or, don't beep at me - show me
set bell-style visible
# Filename completion/expansion
set completion-ignore-case on
set show-all-if-ambiguous on
# Expand homedir name
set expand-tilde on
# Append / to all dirnames
set mark-directories on
set mark-symlinked-directories on
# Match all files
set match-hidden-files on
$endif
Re: default PATH
snip Try opening a cmd.com window in c:\cygwin\bin (or whatever it is named), then running 'bash --login -xv' to see every command executed by bash during startup. Maybe that will help you pinpoint the culprit. This really helps understand why it takes so long to open a bash shell, the login scripts have allot of work to do. I've noticed that login time has gotten much better with the latest cygwin dll, looks like id, hostname and sed processing slow down the login process. Brett Brett C. Serkez, Techie -- 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/
Porting from SUN Solaris to Cygwin
We're porting several hundred SLOCs from a SUN Solaris environment to Windows XP PCs. The initial port was done with MKS Toolkit on lab machines. We're looking at using Cygwin for cost reasons. We have a hundred or so users with desktops outside the lab. We're getting an odd error when we try and run some of the Aps on our out-of-lab machines. These are the more complex, memory intensive Applications. They're compiling cleanly with Cygwin, but fail to run. They return the following error message: *** MapViewOfFileEx(0x740, in_h 0x740) failed, Win32 error 6 We had these applications running under Windows 2000, but over the holidays, our company upgraded to Windows XP. Since then - no luck. We're currently using the MicroSoft 6.0 C-compiler and .NET Framework SDK v1.1. The Cygwin version we're using is 1.5.11-1. Any ideas? Thanks much. Jack Lerohl [EMAIL PROTECTED] 281-226-8506 -- 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 Window Geometry
On Mon, 6 Feb 2006, Bubba Jones wrote: Is it possible to tell the bash prompt where I want it positioned on my desktop? Using X Windows I specify size and location with --geometry. Is there anything comparable under MS Windows? First off, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. Now, if you're starting bash from a shortcut (e.g., the one Cygwin installation puts on your desktop), you can change shortcut parameters to put the window anywhere you want (Properties-Layout-Window position). Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser Is this alluding to a 'free as in free beer' software? 'Cause Cygwin is 'free as in free speech', actually... :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Porting from SUN Solaris to Cygwin
Lerohl, John K wrote: We're porting several hundred SLOCs from a SUN Solaris environment to Windows XP PCs. The initial port was done with MKS Toolkit on lab machines. We're looking at using Cygwin for cost reasons. We have a hundred or so users with desktops outside the lab. We're getting an odd error when we try and run some of the Aps on our out-of-lab machines. These are the more complex, memory intensive Applications. They're compiling cleanly with Cygwin, but fail to run. They return the following error message: *** MapViewOfFileEx(0x740, in_h 0x740) failed, Win32 error 6 We had these applications running under Windows 2000, but over the holidays, our company upgraded to Windows XP. Since then - no luck. We're currently using the MicroSoft 6.0 C-compiler and .NET Framework SDK v1.1. The Cygwin version we're using is 1.5.11-1. Any ideas? Yes, your problem has nothing to do with Cygwin. If you are using Microsoft's C compiler then the executable produced only depends on Microsoft's libraries. That means they should run with or without Cygwin. You are looking at the wrong place (and your Cygwin version is ancient). -- 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: Bash Window Geometry
On Mon, 6 Feb 2006 12:13:43 -0500 (EST) Igor Peshansky [EMAIL PROTECTED] wrote: On Mon, 6 Feb 2006, Bubba Jones wrote: Is it possible to tell the bash prompt where I want it positioned on my desktop? Using X Windows I specify size and location with --geometry. Is there anything comparable under MS Windows? First off, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. I think my mailer might be goofed... I don't see an option for that. I'll fix it the ole fashioned way though with a manual CR/LF :) . Now, if you're starting bash from a shortcut (e.g., the one Cygwin installation puts on your desktop), you can change shortcut parameters to put the window anywhere you want (Properties-Layout-Window position). Thanks, but I'm looking for something like the --geometry feature of X. I want several bash windows on my desktop in strategic locations when I double-click a .bat. I'm guessing that a .bat file can contain several calls to bash with the geometry pre-defined. Right now my cygwin.bat file contains: @echo off cd \ C:\Cygwin\bin\bash --rcfile /cygdrive/h/.bashrc -i Is there any way to have the call to bash set geometry? Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser Is this alluding to a 'free as in free beer' software? 'Cause Cygwin is 'free as in free speech', actually... :-) Igor Sort of, kinda. The free beer is always yesterday :) ... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/ _Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older! Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part. -- 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 Window Geometry
On Mon, 6 Feb 2006, Bubba Jones wrote: On Mon, 6 Feb 2006 12:13:43 -0500 (EST) Igor Peshansky [EMAIL PROTECTED] wrote: While you're at it, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On Mon, 6 Feb 2006, Bubba Jones wrote: Is it possible to tell the bash prompt where I want it positioned on my desktop? Using X Windows I specify size and location with --geometry. Is there anything comparable under MS Windows? First off, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. I think my mailer might be goofed... I don't see an option for that. I'll fix it the ole fashioned way though with a manual CR/LF :) . Good enough. :-) You might want to complain to Anheuser-Busch about this and the quoting, though... Now, if you're starting bash from a shortcut (e.g., the one Cygwin installation puts on your desktop), you can change shortcut parameters to put the window anywhere you want (Properties-Layout-Window position). Thanks, but I'm looking for something like the --geometry feature of X. I want several bash windows on my desktop in strategic locations when I double-click a .bat. I'm guessing that a .bat file can contain several calls to bash with the geometry pre-defined. Yeah, I thought of adding that bash itself has no control over its geometry -- after all, it's just a shell. The geometry is specified by the window that contains the shell (be it a console window or an application window). There may be a launcher program that sets those (after all, if a shortcut can do it, there must be a command-line way, right?), but I don't know of any. Right now my cygwin.bat file contains: @echo off cd \ C:\Cygwin\bin\bash --rcfile /cygdrive/h/.bashrc -i Heh. Two problems: (a) you're not starting a login shell, and (b) why do you have /cygdrive/h as your home? Sounds like your $HOME setting is inconsistent with your /etc/passwd... Is there any way to have the call to bash set geometry? As I said above, not to bash itself, but there might be a way of controlling the position of the console window using some Windows means (maybe a program in the Windows Resource kit?). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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 Window Geometry
rxvt takes -geometry as a parameter -- it also provides a much better interface than CMD.EXE -- 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 Window Geometry
On Feb 6 17:34, Bubba Jones wrote: On Mon, 6 Feb 2006 12:13:43 -0500 (EST) Igor Peshansky [EMAIL PROTECTED] wrote: On Mon, 6 Feb 2006, Bubba Jones wrote: Is it possible to tell the bash prompt where I want it positioned on my desktop? Using X Windows I specify size and location with --geometry. Is there anything comparable under MS Windows? First off, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. I think my mailer might be goofed... I don't see an option for that. I'll fix it the ole fashioned way though with a manual CR/LF :) . Now, if you're starting bash from a shortcut (e.g., the one Cygwin installation puts on your desktop), you can change shortcut parameters to put the window anywhere you want (Properties-Layout-Window position). Thanks, but I'm looking for something like the --geometry feature of X. If you use rxvt instead of the standard console window, then just try the -geometry option... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 Window Geometry
Reid Thompson wrote: rxvt takes -geometry as a parameter -- it also provides a much better interface than CMD.EXE forgot to mention that rxvt will run natively or with X. -- 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/
rxvt readme?
Hi all, I'm trying to get rxvt set up on a new install; can't seem to find the rxvt readme. I thought it should be in /usr/doc/Cygwin; nothing but tetex readmes there. All clues greatly appreciated. -- Robert Thomas (beau) Hayes Link (c)2006ISR http://www.semanticrestructuring.com/ Discussion, News and Chat at http://lawboards.semanticrestructuring.com/ In dreams one is not tethered to earthly limitations---G.T.Snail -- 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: rxvt readme?
Sorry for the noise. Sending the note triggerred a better google search string, which in turn led to an archived post from Igor with a little grep magic that did the trick. cygcheck -l rxvt | grep README Cheers, On 2/6/06, beau [EMAIL PROTECTED] wrote: Hi all, I'm trying to get rxvt set up on a new install; can't seem to find the rxvt readme. I thought it should be in /usr/doc/Cygwin; nothing but tetex readmes there. All clues greatly appreciated. -- Robert Thomas (beau) Hayes Link (c)2006ISR http://www.semanticrestructuring.com/ Discussion, News and Chat at http://lawboards.semanticrestructuring.com/ In dreams one is not tethered to earthly limitations---G.T.Snail -- Robert Thomas (beau) Hayes Link (c)2006ISR http://www.semanticrestructuring.com/ Discussion, News and Chat at http://lawboards.semanticrestructuring.com/ In dreams one is not tethered to earthly limitations---G.T.Snail -- 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: rxvt readme?
On Feb 6 10:10, beau wrote: Hi all, I'm trying to get rxvt set up on a new install; can't seem to find the rxvt readme. I thought it should be in /usr/doc/Cygwin; nothing but tetex readmes there. All clues greatly appreciated. /usr/share/doc? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Latest update trashed my cygwin install
I updated and when it was running postinstall I got a large number of Entry point not found in cygwin1.dll popups. Now bash comes up in /usr/bin instead of my home directory and is badly hosed. /etc/profile is gone, and all the cygwin directories are missing from $PATH. What I'd like to do is reinstall from scratch, but would like to preserve the list of packages I have installed. Is there a simple way to extract a list of installed packages and then pass that to a new install? -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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: Issue, most possibly with new Readline
On 2/6/06, Zach Gelnett [EMAIL PROTECTED] wrote:
On 2/6/06, Eric Blake [EMAIL PROTECTED] wrote:
After installing the latest readline updates (that fixed the earlier
prompt issue) I'm finding an issue with the vi command line interface.
Basically, when I hit [ESC] then fwd slash (/) to search through the
history, it throws my cursor back to get beginning of the line (on top
of the prompt) and acts weird. This is in mrxvt, now if I do the same
in the basic cygwin bash shell i get this:
[EMAIL PROTECTED] ~ /
☺
I could not reproduce this with a quick check (I normally
use set -o emacs, so I am practically clueless about
vi mode). Also, I normally use a multiline prompt, which
may be impacting things. I tried:
$ echo $PS1
\[\e]0;[EMAIL PROTECTED] \ \[\e[35m\](${PIPESTATUS[*]})
\[\e[33m\]~\[\e[0m\]\n\$
[EMAIL PROTECTED] (0) ~
$ echo hi
hi
[EMAIL PROTECTED] (0) ~
$ [ESC]/e[ENTER] # those four keystrokes rewrite this line as:
$ echo hi # with the cursor on the e
What is your PS1? What settings do you have in your ~/.inputrc?
One other thing to be aware of - readline 5.1 official patch 2
was released this weekend, so I need to make a 5.1-3 cygwin
release soon to incorporate it (it dealt with initialization issues
with line-wrapping). I don't know if your bug would have been
fixed by official patch 2, or whether I should spend more time
investigating this first.
--
Eric Blake
volunteer cygwin readline maintainer
--
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/
Eric,
Basically, when using VI as the command line editor the [ESC] puts the
line into command mode (just like pressing [ESC] within VI) then the /
says search (again it's the same command within VI) for whatever you
type next. So, /ls would return the latest command line that
included the letters ls and i can then press n to get the next
occurrence and N to move the opposite direction through the history,
it's quite handy.
Here is my PS1:
echo $PS1
\[\e]61;[EMAIL PROTECTED]@\H \W
Here is my .inputrc (i've tried commenting out the whole thing,
commenting out sections and uncommenting sections, nothing seems to
make a difference except emacs/vi):
# the following line is actually
# equivalent to \C-?: delete-char
\e[3~: delete-char
# VT
#\e[1~: beginning-of-line
#\e[4~: end-of-line
# kvt
#\e[H: beginning-of-line
#\e[F: end-of-line
# rxvt and konsole (i.e. the KDE-app...)
\e[7~: beginning-of-line
\e[8~: end-of-line
\eOc: forward-word
\eOd: backward-word
# VT220
#\eOH: beginning-of-line
#\eOF: end-of-line
set keymap vi
set editing-mode vi
# Allow 8-bit input/output
set meta-flag on
set convert-meta off
set input-meta on
set output-meta on
$if Bash
# Don't ring bell on completion
set bell-style none
# or, don't beep at me - show me
set bell-style visible
# Filename completion/expansion
set completion-ignore-case on
set show-all-if-ambiguous on
# Expand homedir name
set expand-tilde on
# Append / to all dirnames
set mark-directories on
set mark-symlinked-directories on
# Match all files
set match-hidden-files on
$endif
Eric,
I like the two line format and I dont have the issue there so I think
i'll just move over and use a multi line format instead.
Thank you,
Zach
Re: Latest update trashed my cygwin install
I updated and when it was running postinstall I got a large number of Entry point not found in cygwin1.dll popups. Now bash comes up in /usr/bin instead of my home directory and is badly hosed. /etc/profile is gone, and all the cygwin directories are missing from $PATH. The bulk of your errors probably stem from the one single error of installing while cygwin1.dll was resident in memory; once the postinstalls fail, then $PATH tends to not be set up correctly, leading to an inability to find ~/.bashrc and other useful files. What I'd like to do is reinstall from scratch, but would like to preserve the list of packages I have installed. Probably overkill. You most likely will get by with just rerunning setup.exe (this time with all cygwin processes stopped), and reinstalling the packages that failed to upgrade properly last time. Is there a simple way to extract a list of installed packages and then pass that to a new install? Yes - follow these problem reporting hints, including the one about attaching the output of cygcheck -svr as a text attachment. You'll notice it contains a list of the packages installed on your machine, as well as some hints as to what might have failed during your installation. Problem reports: http://cygwin.com/problems.html -- 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: Latest update trashed my cygwin install
Thanks for the reply. Reinstalling package 'base-files' seems to have restored normal operation. I found the install logs and can rerun the failed postinstall scripts. One question: Can the installer be fed a list of packages to install, or otherwise configured with a different default set of selections? (Wasn't there once a 'cyginstall' package that could be customized?) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcrest Dr http://www.athensgroup.comAustin, TX 78731 PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150 -- 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: strange cygstart bug with current Cygwin versions
On 2/3/06, Igor Peshansky [EMAIL PROTECTED] wrote: On Fri, 3 Feb 2006, David Picton wrote: I have encountered a strange bug when starting Microsoft Word when it is started by the cygstart command, e.g. cygstart Index.doc, with the current version of the Cygwin dll. The symptoms are as follows: 1. Word appears to start normally, and the file can be edited on screen. [snip] 3. Attempting to save the file gets no response. The only way to close the window is to exit without saving! [snip] Sounds like an instance of http://cygwin.com/ml/cygwin/2005-05/msg00587.html... Does it work if you cygstart cmd and then start word from that cmd shell? If you get the same symptoms, please run set in that cmd window and compare the output with the same in a cmd started via Start-Run... I get the same symptoms, and now I can see what the problem is. The CMD window shows that TEMP and TMP have retained Cygwin-style pathnames: TEMP=/cygdrive/c/DOCUME~1/dave/LOCALS~1/Temp TMP=/cygdrive/c/DOCUME~1/dave/LOCALS~1/Temp Word works OK if I set TMP to a proper Windows pathname e.g. D:\cygwin\tmp Do you get the same problem if you use run winword.exe filename? Which version of Word are you trying to use? No. Everything worked normally when I did the following: export PATH='/cygdrive/c/program files/microsoft office/office11':$PATH run winword paper1.doc The problem seems to be specific to commands started by cygstart (with the current Cygwin dll) but isn't specific to one version of Word - I've seen it with both Word 2003 and Word 2000. -- 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/
Best Practice for file ownership and permissions?
I frequently encounter problems due to file ownership and permissions for the system files in /usr, /bin, /sbin/ /etc, and so forth. For example, when I type su Administrator cygwin responds /usr/bin/su: /bin/bash: Permission denied I know enough to have done mkpasswd -l /etc/passwd mkgroup -l /etc/group My CYGWIN variable is ntsec,server I use Windows XP and all my filesystems are NTFS. What is the recommended user.group ownership for the important files in /bin, /sbin, /usr, /etc, and so on? What are the recommended permission bits? -- David Arnstein [EMAIL PROTECTED] -- 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 Window Geometry
Corinna wrote:
On Feb 6 17:34, Bubba Jones wrote:
On Mon, 6 Feb 2006 12:13:43 -0500 (EST) Igor Peshansky
[EMAIL PROTECTED] wrote:
On Mon, 6 Feb 2006, Bubba Jones wrote:
Is it possible to tell the bash prompt where I want it positioned
on my desktop? Using X Windows I specify size and location with
--geometry. Is there anything comparable under MS Windows?
First off, http://cygwin.com/acronyms/#PCYMTWLL. Thanks.
I think my mailer might be goofed... I don't see an option
for that. I'll fix it the ole fashioned way though with a manual
CR/LF :) .
Now, if you're starting bash from a shortcut (e.g., the one Cygwin
installation puts on your desktop), you can change shortcut
parameters to put the window anywhere you want
(Properties-Layout-Window position).
Thanks, but I'm looking for something like the --geometry
feature of X.
If you use rxvt instead of the standard console window, then just try
the -geometry option...
Corinna
Note that if you have a correctly defined $HOME at the time when you start
rxvt, then you can use the $HOME/.Xdefaults file to define the geometry and
more
(see man rxvt)
e.g. running something that mimics this; (UNTESTED!)
bash EOF
HOME=/home/$(id -un)
export HOME
. /etc/profile # necessary?
rxvt -ls /bin/bash -li
EOF
from cygwin.bat will have you up and running, with settings from .Xdefaults
in your (default) home dir (as setup by /etc/profile).
NOTE: it is necessary to do tricks to accomplish the above,
as .bat/cmd.exe doesn't allow here docs.
I have something similar setup on my work machine, but I don't remember how
it is exactly - @home now.
Another optional path is to have $HOME be the null string (from
Windows/cygwin.bat) and have /etc/profile pathed as indicated below.
/H
$ diff -u /etc/defaults/etc/profile{.old,}
--- /etc/defaults/etc/profile.old 2006-02-03 10:14:15.947837500 +0100
+++ /etc/defaults/etc/profile 2006-02-03 10:17:57.977674300 +0100
@@ -42,11 +42,16 @@
export USER
# Here is how HOME is set, in order of priority, when starting from Windows
+# 0) /home/$USER if $HOME is null
# 1) From existing HOME in the Windows environment, translated to a Posix
path
# 2) from /etc/passwd, if there is an entry with a non empty directory
field
# 3) from HOMEDRIVE/HOMEPATH
# 4) / (root)
+if [ -z $HOME ]; then
+ HOME=/home/$USER
+fi
+
# If the home directory doesn't exist, create it.
if [ ! -d ${HOME} ]; then
mkdir -p ${HOME}
--
--
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: Best Practice for file ownership and permissions?
I frequently encounter problems due to file ownership and permissions for the system files in /usr, /bin, /sbin/ /etc, and so forth. For example, when I type su Administrator cygwin responds /usr/bin/su: /bin/bash: Permission denied Not quite the answer to your original question, but re-read: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid http://cygwin.com/ml/cygwin-announce/2006-01/msg00041.html /usr/bin/su probably won't work for you, unless you have granted your current user additional privileges not given by default Windows installations. Give us a better example of where you are getting failures. Also, the getfacls and setfacls commands may be helpful in diagnosing permissions problems; not only should you check the permissions of /, but also of the drive and all Windows directories leading up to where / is mounted (usually c:\cygwin). What is the recommended user.group ownership for the important files in /bin, /sbin, /usr, /etc, and so on? What are the recommended permission bits? I don't know that any particular configuration is recommended, other than that if you use setup.exe, on the screen with the Install For radio button, if you choose 'All users (RECOMMENDED)' instead of 'Just Me', you tend to get the correct permissions naturally. In general, everything in /bin and /sbin should be world readable and world executable, so ownership only matters for protecting those files from writes. Some files in /etc care about permissions, but in general, scripts like ssh-user-config or cron_diagnose.sh exist to help you with that. And the entire /usr subtree is usually world-readable. One other thing - if the drive is FAT (on Win9x, or on WinNT without the ntea option), or on FAT32 (regardless of options), then permissions are faked and it really doesn't matter who owns files. -- 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/
[ANNOUNCEMENT] New package: httptunnel-3.3 -- Tunnel data stream in HTTP requests
PACKAGE DESCRIPTION === Home page: http://www.nocrew.org/software/httptunnel.html License : GPL Creates a bidirectional virtual data stream tunnelled in HTTP requests. The requests can be sent via a HTTP proxy if so desired. This can be useful for users behind restrictive firewalls. If WWW access is allowed through an HTTP proxy, it's possible to use httptunnel and, say, telnet or PPP to connect to a computer outside the firewall. CHANGES SINCE LAST RELEASE == None. This is initial release. INSTALL OR UPGRADE NOTES None. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above 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/
[ANNOUNCEMENT] New Package: jikes-1.22 -- Fast Java compiler adhering to language and VM specifications
PACKAGE DESCRIPTION === Home page: http://www.sourceforge.net/project/jikes License : IBM Public License (OSI approved) IBM's Java compiler (now Open Source) that translates Java source files as defined in The Java Language Specification (Addison-Wesley, 1996) into the bytecoded instruction set and binary format defined in The Java Virtual Machine Specification (Addison-Wesley, 1996). Unlike other compilers, Jikes accepts the Java language only as specified: not as a subset, variant, or superset. CHANGES SINCE LAST RELEASE == None. This is initial release. INSTALL OR UPGRADE NOTES None. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above 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/
problems with exit codes on 64-bit Windows XP Pro x64
/* demonstrate a bug in capturing the exit code from shell */
#include stdlib.h
#include stdio.h
#include stdarg.h
#include signal.h
#include string.h
#include errno.h
#define _POSIX_
#include windows.h
#include winsock.h
#include limits.h
main (int argc, char *argv[])
{
exit(1);
}
/* demonstrate a bug in capturing the exit code from shell */
#include stdlib.h
#include stdio.h
#include stdarg.h
#include signal.h
#include string.h
#include errno.h
#define _POSIX_
#include windows.h
#include winsock.h
#include limits.h
main (int argc, char *argv[])
{
int docommand(char *), res;
if (argc 1) {
res = docommand(argv[1]);
printf(result = %d\n, res);
} else {
printf(no command!\n);
}
}
char *make_command_line(char *cmdline)
{
char buf[1024];
sprintf(buf, sh -c \%s\, cmdline);
return strdup(buf);
}
int
docommand(char *cmdline)
{
STARTUPINFO startup_info;
PROCESS_INFORMATION process_info;
SECURITY_ATTRIBUTES security;
char *newcmdline;
DWORD status;
HANDLE output_write = 0;
HANDLE erroroutput_write = 0;
HANDLE input_read = 0;
HANDLE current_process;
memset(startup_info, 0, sizeof(startup_info));
startup_info.cb = sizeof(startup_info);
security.nLength = sizeof(security);
security.lpSecurityDescriptor = 0;
security.bInheritHandle = FALSE;
startup_info.dwFlags = STARTF_USESTDHANDLES;
current_process = GetCurrentProcess();
newcmdline=make_command_line(cmdline);
if (!DuplicateHandle(current_process,
GetStdHandle(STD_INPUT_HANDLE),
current_process,
input_read,
0,
TRUE, /* inherit this one */
DUPLICATE_SAME_ACCESS)) input_read = 0;
startup_info.hStdInput = input_read;
if (!DuplicateHandle(current_process,
GetStdHandle(STD_OUTPUT_HANDLE),
current_process,
output_write,
0,
TRUE, /* inherit this one */
DUPLICATE_SAME_ACCESS)) output_write = 0;
startup_info.hStdOutput = output_write;
if (!DuplicateHandle(current_process,
GetStdHandle(STD_ERROR_HANDLE),
current_process,
erroroutput_write,
0,
TRUE, /* inherit this one */
DUPLICATE_SAME_ACCESS)) erroroutput_write = 0;
startup_info.hStdError = erroroutput_write;
if ((startup_info.hStdInput == 0)
(startup_info.hStdOutput == 0)
(startup_info.hStdError == 0)) {
/* clear this bit */
startup_info.dwFlags = ~STARTF_USESTDHANDLES;
}
if (!CreateProcess(0, newcmdline, 0, 0,
1, /* inherit handles */
0x214,
0, 0, startup_info, process_info)) {
printf(CreateProces(%s) failed. error code %ld\n,
cmdline, GetLastError());
free(newcmdline);
return 1;
}
free(newcmdline);
ResumeThread(process_info.hThread);
CloseHandle(process_info.hThread);
/* Wait for the process to exit */
WaitForSingleObject(process_info.hProcess, INFINITE);
if(!GetExitCodeProcess(process_info.hProcess, status)) {
printf(GetExitCodeProcess failed! error %ld\n, GetLastError());
exit(1);
}
CloseHandle(process_info.hProcess);
return status;
}
Cygwin Configuration Diagnostics
Current System Time: Mon Feb 06 14:09:14 2006
Windows XP Professional Ver 5.1 Build 2600
Running under WOW64 on AMD64
Running in Terminal Service session
Path: .
c:\bin
c:\cygwin\bin
c:\cygwin\usr\X11R6\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Microsoft Platform SDK\Bin\.
C:\Program Files\Microsoft Platform SDK\Bin\WinNT\.
c:\Program Files\Debugging Tools for Windows 64-bit
c:\Program Files\Microsoft Platform SDK\bin\win64\x86\AMD64
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 11003(layer)GID: 10513(Domain Users)
544(Administrators) 545(Users) 10512(Domain Admins)
10513(Domain Users)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 11003(layer)GID: 10513(Domain Users)
544(Administrators) 545(Users) 10512(Domain Admins)
10513(Domain Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
PWD = '/c/acl80/src/cl/src'
CYGWIN = 'nontsec'
HOME = '/c'
Use '-r' to scan registry
c: hd NTFS238464Mb 4% CP CS UN PA FC
d: cd N/AN/A
e: cd N/AN/A
f: fd N/AN/A
g: fd N/AN/A
h: fd N/AN/A
i: fd N/AN/A
y: net NTFS 28040Mb 76% CP CSPAlayer
z: net NTFS 8350Mb 87% CP CSPApc
z: /z system textmode
y: /y system textmode
C:\cygwin/lib /usr/lib system textmode
C:\cygwin/bin /usr/bin system textmode
c: /c system textmode
C:\cygwin / system textmode
. /cygdrive system textmode,cygdrive
Found: c:\cygwin\bin\awk.exe
Found: c:\cygwin\bin\bash.exe
Re: problems with exit codes on 64-bit Windows XP Pro x64
[Interestingly, the text of my message was stripped out... here it is] I'm running the latest cygwin (1.5.19, see cygcheck below). My application is a native Windows app (64 and 32-bit). It includes no cygwin libraries and is not compiled with cygwin's gcc. When I execute cygwin programs from my app, however, the return value obtained from cygwin programs is always 0. More precisely, I spawn a particular cygwin program, say `make' or `sh', with CreateProcess(). When the program exits GetExitCodeProcess() always sets the exit status to 0, no matter what the real exit status was. Attached are 2 programs, exit1.c and bug.c. Compile with: cl bug.c bufferoverflowu.lib cl exit1.c bufferoverflowu.lib [cl is MS C/C++ version 14, found in the SDK.] Then, running on 64-bit windows: ./bug exit1 result = 0 Doing the experimentn on 32-bit Windows gets the output result = 1 Below are the files. Is this a known issue? Any chance of a fix? -- Kevin Layer [EMAIL PROTECTED]http://www.franz.com/ Franz Inc., 555 12th St., Suite 1450, Oakland, CA 94607, USA Phone: (510) 452-2000 FAX: (510) 452-0182 -- 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: problems with exit codes on 64-bit Windows XP Pro x64
Hi,
Kevin Layer, le Mon 06 Feb 2006 14:37:00 -0800, a écrit :
Content-Description: bug.c
/* demonstrate a bug in capturing the exit code from shell */
main (int argc, char *argv[])
{
int docommand(char *), res;
if (argc 1) {
res = docommand(argv[1]);
printf(result = %d\n, res);
} else {
printf(no command!\n);
}
}
There is no return res; here, is that on purpose ?
Regards,
Samuel
--
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: problems with exit codes on 64-bit Windows XP Pro x64
Samuel Thibault [EMAIL PROTECTED] wrote:
Hi,
Kevin Layer, le Mon 06 Feb 2006 14:37:00 -0800, a écrit :
Content-Description: bug.c
/* demonstrate a bug in capturing the exit code from shell */
main (int argc, char *argv[])
{
int docommand(char *), res;
if (argc 1) {
res = docommand(argv[1]);
printf(result = %d\n, res);
} else {
printf(no command!\n);
}
}
There is no return res; here, is that on purpose ?
No, but it's not relevant to the problem. (The main text of my message
wasn't sent until later, since something stripped it out.)
Kevin
--
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: strange cygstart bug with current Cygwin versions
On Mon, Feb 06, 2006 at 11:40:22PM +0100, Michael Schaap wrote: What we basically need to do, is copy the Cygwin environment to the Windows environment, taking care of path conversion for all the appropriate variables. Maybe start with: http://www.cygwin.com/ml/cygwin-patches/2005-q4/msg9.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/
Cygwin hang related to FIFO (?) during File::BOM test in CPAN
I've been trying to install the perl CPAN module File::BOM for several days, now, and keep running into a hang under Cygwin (I can install it successfully under linux). I've tried updating cygwin software as well as, seemingly, unrelated CPAN modules, but it's still reliably hanging during the test phase. To duplicate: # cpan # test File::BOM --- It appears to fail on test 01, but that's due to buffered output. modifying test 01 to use unbuffered output it runs fine up through test 85. To run the tests manually: # cpan # make File::BOM # look File::BOM perl -Ilib t/00..setup.t #creates test files in t/data perl -Ilib t/01..bom.t# this is the step that generates the hang --- To enable more output, I unbuffered the test's output by adding: select STDOUT; $|=1; as the 2nd line in t/01..bom.t. With buffering I only see 1..; w/o buffering I see 85 out of 115 tests complete before it hangs. Pressing control-c control-break in the window _appear_ to do nothing, but eventually yield an error message: 14 [unknown (0x198)] perl 1920 sig_send: wait for sig_complete event failed , signal 2, rc 258, Win32 error 0 In a useless attempt to narrow the problem down, I tried installing the old cygwin-1.5.18-1 version via cygwin_setup. Same problem. :-(. Current cygwin= 1.5.19-4. Let me know if you need more information, but it doesn't seem to depend on the cygwin library version. cygcheck of perl.exe: # cygcheck -v perl.exe|egrep -v done\|recursive Found: C:\bin\perl.exe C:/bin/perl.exe - os=4.0 img=1.0 sys=4.0 perl.exe v0.0 ts=2005/12/29 17:48 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2006/1/20 10:28 C:\WINDOWS\System32\ADVAPI32.DLL - os=5.1 img=5.1 sys=4.0 ADVAPI32.dll v0.0 ts=2002/8/29 2:09 C:\WINDOWS\System32\ntdll.dll - os=5.1 img=5.1 sys=4.0 ntdll.dll v0.0 ts=2003/4/30 17:43 C:\WINDOWS\System32\KERNEL32.dll - os=5.1 img=5.1 sys=4.0 KERNEL32.dll v0.0 ts=2004/6/17 10:11 C:\WINDOWS\System32\RPCRT4.dll - os=5.1 img=5.1 sys=4.10 RPCRT4.dll v0.0 ts=2004/3/5 17:58 C:\bin\cygperl5_8.dll - os=4.0 img=1.0 sys=4.0 cygperl5_8.dll v0.0 ts=2005/12/29 17:48 C:\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 cygcrypt-0.dll v0.0 ts=2003/10/19 0:57 -- 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: jikes-1.22 -- Fast Java compiler adhering to language and VM specifications
PACKAGE DESCRIPTION === Home page: http://www.sourceforge.net/project/jikes License : IBM Public License (OSI approved) IBM's Java compiler (now Open Source) that translates Java source files as defined in The Java Language Specification (Addison-Wesley, 1996) into the bytecoded instruction set and binary format defined in The Java Virtual Machine Specification (Addison-Wesley, 1996). Unlike other compilers, Jikes accepts the Java language only as specified: not as a subset, variant, or superset. CHANGES SINCE LAST RELEASE == None. This is initial release. INSTALL OR UPGRADE NOTES None. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL.
