Pending packages status
1. doxygen version: 1.2.18-1 status : reviewed, needs minor fixes notes : this package is currently vetoed (http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00056.html) reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00107.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00033.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00040.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00050.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00052.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00065.html http://cygwin.com/ml/cygwin-apps/2002-10/msg00087.html votes : 5 (Joshua, John Morrison, Lapo, Nicholas and Robert) url: http://jp.y42.briefcase.yahoo.co.jp/bc/ryu3141/lst?.dir=/cygwin.src=bc.view=l.last=1 2. tmake version: 1.8-1 status : reviewed, ready for upload once it gets the necessary votes reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00222.html votes : 2 (Joshua and Lapo) url: http://www.geocities.co.jp/SiliconValley-SanJose/5153/cygwin-package/tmake-1.8-1-package.tgz 3. xerces-c version: 2.1.0-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00097.html votes : 1 (Robert) url: http://abackus.imagineis.com/xerces-c-2.1.0-1.tar.bz2 http://abackus.imagineis.com/xerces-c-devel-2.1.0-1.tar.bz2 http://abackus.imagineis.com/xerces-c-2.1.0-1-src.tar.bz2 4. lilypond version: 1.6.5-1 status : update to an existing package - review is not required notes : http://cygwin.com/ml/cygwin-apps/2002-10/msg00075.html url: http://lilypond.org/cygwin/tar/lilypond/lilypond-1.6.5-1-src.tar.bz2 http://lilypond.org/cygwin/tar/lilypond/lilypond-1.6.5-1.tar.bz2 http://lilypond.org/cygwin/tar/lilypond/setup.hint 5. lilypond-doc version: 1.6.5-1 status : update to an existing package - review is not required notes : http://cygwin.com/ml/cygwin-apps/2002-10/msg00075.html url: http://lilypond.org/cygwin/tar/lilypond/lilypond-doc/lilypond-doc-1.6.5-1.tar.bz2 http://lilypond.org/cygwin/tar/lilypond/lilypond-doc/setup.hint 6. expat version: 1.95.5-1 status : update to an existing package - review is not required notes : http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00132.html url: http://koeln.convey.de/cywgin/expat/expat-1.95.5-1.tar.bz2 http://koeln.convey.de/cywgin/expat/expat-1.95.5-1-src.tar.bz2
Re: [PATCH] Logging output of post-install scripts in setup - Take2
Attached is a patch to setup that redirects the output of postinstall
scripts to a file (/var/log/setup.log.postinstall), bracketing it with
timestamped Running scriptname and Done scriptname.
It's currently not tied into the logging mechanism, and it only redirects
the postinstall scripts (as compared to preremove and postremove), but
both are reasonably easy to add building on this patch.
The patch was tested on Win2k SP2 and Win98 (the two systems I have access
to). In particular, I did a clean install on the Win98 machine, and the
output from all .sh and .bat postinstall scripts went into a (newly
created) /var/log/setup.log.postinstall.
Igor
ChangeLog:
2002-10-17 Igor Pechtchanski [EMAIL PROTECTED]
* script.cc (run): Add lname parameter.
Redirect output of subprocess to file, creating the
path if necessary.
(run_script): Add optional lname parameter.
(get_now_string): New function.
(prepareOutputLog): New function.
(closeOutputLog): New function.
(log_failure_notified): New static variable.
* script.h (run_script): Add optional lname parameter.
* postinstall.cc (RunFindVisitor::visitFile): Pass
filename to run_script().
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51
--- ./postinstall.cc-orig 2002-05-18 23:07:52.0 -0400
+++ ./postinstall.cc2002-10-16 19:40:07.0 -0400
@@ -33,7 +33,7 @@ public:
RunFindVisitor (){}
virtual void visitFile(String const basePath, const WIN32_FIND_DATA *theFile)
{
- run_script (/etc/postinstall/, theFile-cFileName);
+ run_script (/etc/postinstall/, theFile-cFileName,
+/var/log/setup.log.postinstall);
}
virtual ~ RunFindVisitor () {}
protected:
--- ./script.cc-orig2002-02-18 08:53:08.0 -0500
+++ ./script.cc 2002-10-17 18:45:27.0 -0400
@@ -30,6 +30,11 @@ static const char *cvsid =
#include filemanip.h
#include mount.h
#include io_stream.h
+#include time.h
+#include script.h
+#include mkdir.h
+#include msg.h
+#include resource.h
static String sh = String();
static const char *cmd = 0;
@@ -78,13 +83,74 @@ init_run_script ()
}
}
+static String const
+get_now_string()
+{
+ time_t now;
+ time (now);
+ char buf[100];
+ struct tm *tm = localtime (now);
+ strftime (buf, 100, %Y/%m/%d %H:%M:%S , tm);
+ return String(buf);
+}
+
+static BOOL
+prepareOutputLog(HANDLE file_out, String const lname, const char *cmdline)
+{
+ DWORD nout;
+ SECURITY_ATTRIBUTES sa;
+ memset (sa, 0, sizeof (sa));
+ sa.nLength = sizeof (sa);
+ sa.bInheritHandle = TRUE;
+ sa.lpSecurityDescriptor = NULL;
+
+ if (mkdir_p (0, cygpath (lname).cstr_oneuse()))
+return FALSE;
+
+ file_out = CreateFile (backslash (cygpath (lname)).cstr_oneuse(),
+ GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE,
+ sa, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
+ if (file_out == INVALID_HANDLE_VALUE)
+return FALSE;
+
+ String msg = get_now_string () + Running: + cmdline + \n;
+ DWORD msgl = (DWORD) msg.size();
+ SetFilePointer (file_out, 0, NULL, FILE_END);
+ if (!WriteFile (file_out, msg.cstr_oneuse(), msgl, nout, NULL) ||
+ nout != msgl)
+{
+ CloseHandle (file_out);
+ file_out = INVALID_HANDLE_VALUE;
+ return FALSE;
+}
+
+ return TRUE;
+}
+
static void
-run (const char *sh, const char *args, const char *file)
+closeOutputLog(HANDLE file_out, const char *cmdline)
+{
+ DWORD nout;
+ if (file_out == INVALID_HANDLE_VALUE)
+return;
+
+ String msg = get_now_string () + Done: + cmdline + \n;
+ WriteFile (file_out, msg.cstr_oneuse(), msg.size(), nout, NULL);
+ CloseHandle (file_out);
+}
+
+static BOOL log_failure_notified = FALSE;
+
+static void
+run (const char *sh, const char *args, const char *file, String const lname)
{
BOOL b;
char cmdline[_MAX_PATH];
STARTUPINFO si;
PROCESS_INFORMATION pi;
+ HANDLE file_out = INVALID_HANDLE_VALUE;
+ DWORD dwCPFlags = CREATE_NEW_CONSOLE;
+ BOOL bInheritHandles = FALSE;
sprintf (cmdline, %s %s %s, sh, args, file);
memset (pi, 0, sizeof (pi));
@@ -93,15 +159,37 @@ run (const char *sh, const char *args, c
si.lpTitle = (char *) Cygwin Setup Post-Install Script;
si.dwFlags = STARTF_USEPOSITION;
- b = CreateProcess (0, cmdline, 0, 0, 0,
-CREATE_NEW_CONSOLE, 0, get_root_dir ().cstr_oneuse(), si, pi);
+ if (lname.size())
+if (prepareOutputLog (file_out, lname, cmdline))
+ {
+ bInheritHandles = TRUE;
+ si.dwFlags =
Re: setup readme possibility (was about nano)
On Fri, 2002-10-18 at 10:53, Gareth Pearce wrote: But at a guess a patch for dialog saying - read the documentation and pointing out where it can be found... might be accepted. (I wont pretend to second guess Robert's oppinions here). Setup does at least now install a set of links to the documentation in the start menu (thinking thats probably part of the documentation package but couldnt be sure). Might be more acceptable if this was done by the post-instal script of the documentation package (assuming it only told you on first instalation). However that sort of thing would conflict with further work towards automated instalation. Definately a postinstall thing. I'll accept a data driven patch to setup too (but that is *much* harder). Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Setup cvs HEAD build problems
Hi, Just checked setup out from cvs (:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps) and tried to build. I created a new directory, from there ran $(SETUP_SOURCE)/configure with all the options listed on http://sources.redhat.com/cygwin-apps/setup.html (except changing gcc to gcc-2 and g++ to g++-2), and then make. I previously built setup from the distribution source (2.249.2.5) on the same machine / software / package configuration with no problems. Here are some problems I've encountered with the cvs HEAD: 1) Makefile.am has direct calls for flex and bison. I have byacc installed instead of bison, and configure found it and set YACC to it. When I changed the rule to use $(YACC) instead of bison, make was able to proceed. I'm attaching a patch for Makefile.am that fixes it (it also uses $(LEX) instead of flex). 2) zlib doesn't build as checked out from cvs. The reason is that the dependences are all screwed up. Running 'touch aclocal.m4 Makefile.in configure Makefile' in zlib fixed the dependences. Oh, and it tried to rebuild all of them and failed, since I have CVSREAD defined, and the files couldn't be overwritten. I'm not sure if there's a fix for this. Also, the autotools files in zlib were generated for an older version than is currently available, so the only way to regenerate them would be all at once... 3) I get a 'yylval not defined' when compiling inilex.cc. The exact message is: g++-2 -mno-cygwin -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\setup\ -DVERSION=\0\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -I/usr/src/setup-cvs/setup -I/usr/src/setup-cvs/setup/bz2lib -I/usr/src/setup-cvs/setup/libgetopt++/include \ -I/usr/include/g++-3 -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomments -I/usr/src/setup-cvs/setup/bz2lib -I/usr/src/setup-cvs/setup/libgetopt++/include -g -O2 -c -o inilex.o inilex.cc /usr/src/setup-cvs/setup/inilex.l: In function `int yylex()': /usr/src/setup-cvs/setup/inilex.l:50: `yylval' undeclared (first use this function) /usr/src/setup-cvs/setup/inilex.l:50: (Each undeclared identifier is reported only once /usr/src/setup-cvs/setup/inilex.l:50: for each function it appears in.) This is probably due to the differences between byacc and bison. It would be nice if there was a mention somewhere that setup requires bison to build. If that is indeed the case, though, please ignore the attached patch... I'll try installing bison and rebuilding tomorrow... Sorry for the rant. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 2002-10-17 Igor Pechtchanski [EMAIL PROTECTED] * Makefile.am (inilex.cc): Change flex to $(LEX). (iniparce.cc iniparse.h): Change bison to $(YACC). Index: Makefile.am === RCS file: /cvs/cygwin-apps/setup/Makefile.am,v retrieving revision 2.22 diff -u -p -r2.22 Makefile.am --- Makefile.am 9 Jul 2002 06:57:40 - 2.22 +++ Makefile.am 18 Oct 2002 03:56:37 - @@ -300,11 +300,11 @@ inilex.o: inilex.cc $(AM_CPPFLAGS) $(CPPFLAGS) $(WARNONLY_CFLAGS) $(CXXFLAGS) -c -o $@ $ iniparse.cc iniparse.h : iniparse.y - bison -d -o iniparse.cc $(srcdir)/iniparse.y + $(YACC) -d -o iniparse.cc $(srcdir)/iniparse.y @mv iniparse.cc.h iniparse.h 2/dev/null || mv iniparse.hh iniparse.h inilex.cc : inilex.l iniparse.h - flex -8 $(srcdir)/inilex.l + $(LEX) -8 $(srcdir)/inilex.l mv lex.yy.c inilex.cc # Make a distribution package and tarball
Re: setup readme possibility (was about nano)
On Fri, Oct 18, 2002 at 11:01:51AM +1000, Robert Collins wrote: On Fri, 2002-10-18 at 10:53, Gareth Pearce wrote: But at a guess a patch for dialog saying - read the documentation and pointing out where it can be found... might be accepted. (I wont pretend to second guess Robert's oppinions here). Setup does at least now install a set of links to the documentation in the start menu (thinking thats probably part of the documentation package but couldnt be sure). Might be more acceptable if this was done by the post-instal script of the documentation package (assuming it only told you on first instalation). However that sort of thing would conflict with further work towards automated instalation. Definately a postinstall thing. I'll accept a data driven patch to setup too (but that is *much* harder). What do you think about having setup always install and run one shell script after it is finished? Something like a super post-install script? It could be something like a /etc/profile file with hooks to run a local post install script if they exist. It would also run any scripts that any package wanted to install to ensure that things are ok after the user runs setup. Something like: #!/bin/sh [ -x /usr/local/etc/setup_customize.sh ] . /usr/local/etc/presetup_customize.sh for f in /etc/setup/postinstall_always/*; do . $f done [ -x /usr/local/etc/setup_customize.sh ] . /usr/local/etc/postsetup_customize.sh I can't remember anything like this being mentioned before. Apologies if it has been. Actually, the shell script could also look for the standard .bat and .sh files. Executing them in one window would stop all of the black boxes from flashing after setup completes. cgf
Re: setup readme possibility (was about nano)
On Thu, Oct 17, 2002 at 09:16:55PM -0400, Christopher Faylor wrote: Actually, the shell script could also look for the standard .bat and .sh files. Executing them in one window would stop all of the black boxes from flashing after setup completes. This all relies on the existence of /bin/sh of course. Probably /bin/sh should be built into setup.exe. Yeah, that's the ticket. cgf
Re: Doxygen
I changed the site to Yahoo! Briefcase. http://jp.y42.briefcase.yahoo.co.jp/bc/ryu3141/lst?.dir=/cygwin.src=bc.view=l.last=1 sdesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. ldesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. category: Devel requires: cygwin libpng12 Ryunosuke
Re: setup readme possibility (was about nano)
On Fri, 2002-10-18 at 11:19, Christopher Faylor wrote: On Thu, Oct 17, 2002 at 09:16:55PM -0400, Christopher Faylor wrote: Actually, the shell script could also look for the standard .bat and .sh files. Executing them in one window would stop all of the black boxes from flashing after setup completes. This all relies on the existence of /bin/sh of course. Probably /bin/sh should be built into setup.exe. Yeah, that's the ticket. I reckon there's no need for this cygwin1.dll that keeps giving everyone problems. All we need to do is put it into setup.exe, and we'll all be happy :}. Seriously though, I want to keep the logic for *what* package scripts to run in setup.exe for now. The prime reason being that as we get more advanced in install order and dependencies, we may want to set specific script orders, rather than just alphabetic. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: setup readme possibility (was about nano)
On Fri, Oct 18, 2002 at 11:22:34AM +1000, Robert Collins wrote: On Fri, 2002-10-18 at 11:19, Christopher Faylor wrote: On Thu, Oct 17, 2002 at 09:16:55PM -0400, Christopher Faylor wrote: Actually, the shell script could also look for the standard .bat and .sh files. Executing them in one window would stop all of the black boxes from flashing after setup completes. This all relies on the existence of /bin/sh of course. Probably /bin/sh should be built into setup.exe. Yeah, that's the ticket. I reckon there's no need for this cygwin1.dll that keeps giving everyone problems. All we need to do is put it into setup.exe, and we'll all be happy :}. Now we're on a roll! Seriously though, I want to keep the logic for *what* package scripts to run in setup.exe for now. The prime reason being that as we get more advanced in install order and dependencies, we may want to set specific script orders, rather than just alphabetic. I could imagine a scenario where setup.exe could still organize things on disk or generate one shell script to run everything. You just have to put that in the appropriate place for the final script to execute it. Regardless, what about the idea of having a script that is always run when everything else is done, though? It would just be for things that always needed to be fixed up. For instance, I'd welcome the ability to be able to run mount to reset the /bin directory to 'cygexec' mode after setup is done. I have to remember to do it every time I run setup now. If I could just add a user post-install script that would be helpful. I can also imagine a scenario where the /usr/info directory is always scanned to make sure that 'dir' is up-to-date. Hmm. I wonder what made me think of that? cgf
Re: [PATCH] Logging output of post-install scripts in setup
Robert, Thanks for the feedback. Let me try to address them one at a time: On 18 Oct 2002, Robert Collins wrote: On Fri, 2002-10-18 at 00:02, Igor Pechtchanski wrote: I changed the subject line to something more appropriate and resent to the (hopefully) correct list. Igor Ok, some feedback. Firstly, does this all work happily on win95? With both .bat and .sh scripts? I don't have access to a Win95 machine, unfortunately... I can (and will) test it out on Win98 to make sure it works. Would that suffice? If not, could someone with a Win95 machine please test this? Also, most postinstall scripts don't output anything, so I've only tested this with gcc-mingw, which does. Which other postinstall scripts produce output (but please, no tetex)? Secondly, please don't pass around char * parameters with new functions. You should pass around the String until you have to pass it to an OS call. I've modeled the parameter passing after what was already there. run() is not a new function, it's an old (static) function with two char* parameters. All I did was add one more. Thirdly, could you break up the code a little more? The log file initialisation logic should live in a separate member function, with something like' if (l.size()) prepareForLogging(LOGHANDLE,...); Rob Sure, sounds reasonable. I'll rework the patch then. The functionality most probably won't change, though, so please test anyway it on the platforms that I don't have access to (WinNT, WinXP, WinME, Win95... Did I miss something?). Thanks, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51
Re: Anyone have the proposed SGML/XML package source?
--- Gerrit P. Haase [EMAIL PROTECTED] wrote: Send me some URLs to download the packages and I'd be happy. Everything under: http://koeln.convey.de/cywgin/docbook/ Thanks! I actually just wanted to have them in case someone asked, as I mention them in /usr/doc/Cygwin/cygwin-doc-*.README __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: Anyone have the proposed SGML/XML package source?
--- Peter Ring [EMAIL PROTECTED] wrote: I didn't intend to stall things; on the contrary, I hoped to avoid maintenance and interoperability problems that would soon pop up. I have no doubt that you are correct, though I personally know very little about DocBook or other SGML/XML processing tasks, and as you said the One and Only stylesheets I have installed right now work fine. BTW, the LSB/FHS discussion about XML hierarchy and config files isn't exactly moving anywhere. This is too bad, but sounds just like the Real World. Next time, let's do UNIX standardization! Hope that a true solution will occur, but I'm not waiting up for it. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
setup readme possibility (was about nano)
changing subject title since this is a different topic really. (Also switch to cygwin-apps since its about setup) Actually, I haven't installed Cygwin for the first time on a machine, in a long while. Does it popup a dialog to telling the user to modify the PATH to include C:\cygwin\bin? If such a dialog exists, it could also mention the CYGWIN variable set to tty. Just an idea. I havent used the development setup so I can't say for certain - and I havent looked at the setup 'todo' listy thing so its quite possible its been suggested before. But at a guess a patch for dialog saying - read the documentation and pointing out where it can be found... might be accepted. (I wont pretend to second guess Robert's oppinions here). Setup does at least now install a set of links to the documentation in the start menu (thinking thats probably part of the documentation package but couldnt be sure). Might be more acceptable if this was done by the post-instal script of the documentation package (assuming it only told you on first instalation). However that sort of thing would conflict with further work towards automated instalation. Prehaps there needs to be some standard set - setup will set up some environment variable if its in an automated install - so that the scripts can know they cant ask for user interaction and are to assume defaults. Gareth - rambles. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp
New release of cygwin-doc
This is the new release of cygwin-doc. First to include cygwin info files (cygwin, cygwin-api, cygwin-ug). First to have gzip-compressed info and man files. First to drop the newlib-man requirement. Add http://ns1.iocc.com/~joshua/cygwin/ as a mirror to test it. Files: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1.tar.bz2 Setup.hint: cygwin-doc sdesc: Cygwin-specific documentation ldesc: Documentation for Cygwin, including texinfo and man pages for the cygwin utilities and api, including newlib (libc and libm). Also the Cygwin FAQ and User's Guide in HTML and text formats. category: Doc requires: cygwin man gzip sed cygutils __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: Anyone have the proposed SGML/XML package source?
I didn't intend to stall things; on the contrary, I hoped to avoid maintenance and interoperability problems that would soon pop up. Assuming that you mainly live in a DocBook-processing world and don't need more than one version of the stylesheets, the layout should work for you. It won't work for me. BTW, the LSB/FHS discussion about XML hierarchy and config files isn't exactly moving anywhere. There seems to some consensus that at least XML Catalog files should live separately from SGML Open catalog files. Some, notably Daniel Veillard, also insists that XML resources should live separately from SGML resources, on the grounds that XML is no longer a subset of SGML (e.g., namespaces and XInclude), and that a lot of XML processing will have requirements that are very different from 'traditional' SGML processing. Basically, XML was born in the context of the WWW, and XML is now increasingly used as a data exchange format. If you care to form your own opinion, here [1] is one place to start browsing the thread. While FPIs are still the most stable way to identify XML as well as SGML resources, URIs (in the form of URLs or URNs) will increasingly be regarded as the 'canonical' way to identify XML resources. URLs have the nice property that they map to a local filesystem hierarchy without any packaging effort whatsoever; think of the local XML resources as a cache. [1] https://lists.dulug.duke.edu/pipermail/lsb-xml-sgml/2002-August/000269.html Kind regards Peter Ring On Wed, 2002-10-16 at 04:19, Joshua Daniel Franklin wrote: snip/ http://sources.redhat.com/ml/cygwin-apps/2002-05/msg00222.html about a grand unified system of doing things (LSB compatibility, etc.). snip/
Re: Anyone have the proposed SGML/XML package source?
Joshua schrieb: I was getting together a shiny new cygwin-doc package and was checking through my README for building the docs from the SGML docbook. In it I reference testing packages described in http://sources.redhat.com/ml/cygwin-apps/2002-05/msg00169.html at http://www.toomanysecrets.net/~foster/cygwin/ which are no longer available. IIRC the only immediate problem was a rather simple matter of having ./usr/ instead of just usr/ as the pathname to tar, though there were reservations voiced here: http://sources.redhat.com/ml/cygwin-apps/2002-05/msg00222.html about a grand unified system of doing things (LSB compatibility, etc.). If anyone has these test packages, I see two possible recourses: --upload them to sourceware (test) so that we have *something* to build docbook with on cygwin OR --someone provide a private mirror such as Jon's site was. I would be happy to do this except that I have deleted the source packages from my cache. :( Send me some URLs to download the packages and I'd be happy. Everything under: http://koeln.convey.de/cywgin/docbook/ But I'm not sure if that is the latest available version, filedates are 2002-04-15. Gerrit -- =^..^=
[Please upload] expat updated to 1.95.5-1
Hallo, I've updated expat to v1.95.5-1, please download here: http://koeln.convey.de/cywgin/expat/expat-1.95.5-1.tar.bz2 http://koeln.convey.de/cywgin/expat/expat-1.95.5-1-src.tar.bz2 and upload to sources.redhat.com, thanks. Changes since 1.95.4: - Added XML_UseForeignDTD() for improved SAX2 support. - Added XML_GetFeatureList(). - Defined XML_Bool type and the values XML_TRUE and XML_FALSE. - Use an incomplete struct instead of a void* for the parser. - Fixed UTF-8 decoding bug that caused legal UTF-8 to be rejected. - Finally fixed bug where default handler would report DTD events that were already handled by another handler. Initial patch contributed by Darryl Miles. - Removed unnecessary DllMain() function that caused static linking into a DLL to be difficult. - Added VC++ projects for building static libraries. - Reduced line-length for all source code and headers to be no longer than 80 characters, to help with AS/400 support. - Reduced memory copying during parsing (SF patch #600964). - Fixed a variety of bugs: see SF issues 580793, 434664, 483514, 580503, 581069, 584041, 584183, 584832, 585537, 596555, 596678, 598352, 598944, 599715, 600479, 600971 Gerrit -- $ make signature make: *** No rule to make target `signature'. Stop.
Re: Doxygen
On Fri, 18 Oct 2002, Ryunosuke Satoh wrote: I changed the site to Yahoo! Briefcase. http://jp.y42.briefcase.yahoo.co.jp/bc/ryu3141/lst?.dir=/cygwin.src=bc.view=l.last=1 sdesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. ldesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. category: Devel requires: cygwin libpng12 Ryunosuke I think this one is OK now :)
Re: lilypond-1.6.5-1
On Tue, 8 Oct 2002, Jan Nieuwenhuizen wrote: http://lilypond.org/cygwin/tar/lilypond/setup.hint http://lilypond.org/cygwin/tar/lilypond/lilypond-1.6.5-1-src.tar.bz2 http://lilypond.org/cygwin/tar/lilypond/lilypond-1.6.5-1.tar.bz2 Uploaded. http://lilypond.org/cygwin/tar/lilypond/lilypond-doc/lilypond-doc-1.6.5-1.tar.bz2 Uploaded.
Re: [Please upload] expat updated to 1.95.5-1
On Thu, 17 Oct 2002, Gerrit P. Haase wrote: Hallo, I've updated expat to v1.95.5-1, please download here: http://koeln.convey.de/cywgin/expat/expat-1.95.5-1.tar.bz2 http://koeln.convey.de/cywgin/expat/expat-1.95.5-1-src.tar.bz2 Uploaded.
Re: New release of cygwin-doc
On Thu, 17 Oct 2002, Joshua Daniel Franklin wrote: This is the new release of cygwin-doc. First to include cygwin info files (cygwin, cygwin-api, cygwin-ug). First to have gzip-compressed info and man files. First to drop the newlib-man requirement. Add http://ns1.iocc.com/~joshua/cygwin/ as a mirror to test it. Files: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1.tar.bz2 Should this be uploaded to sources.redhat.com or it needs some kind of testing before releasing ?
FIXED (sort of) Re: Setup cvs HEAD build problems
On Fri, 18 Oct 2002, Igor Pechtchanski wrote: Hi, Just checked setup out from cvs (:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps) and tried to build. I created a new directory, from there ran $(SETUP_SOURCE)/configure with all the options listed on http://sources.redhat.com/cygwin-apps/setup.html (except changing gcc to gcc-2 and g++ to g++-2), and then make. I previously built setup from the distribution source (2.249.2.5) on the same machine / software / package configuration with no problems. Here are some problems I've encountered with the cvs HEAD: 1) Makefile.am has direct calls for flex and bison. I have byacc installed instead of bison, and configure found it and set YACC to it. When I changed the rule to use $(YACC) instead of bison, make was able to proceed. I'm attaching a patch for Makefile.am that fixes it (it also uses $(LEX) instead of flex). 2) zlib doesn't build as checked out from cvs. The reason is that the dependences are all screwed up. Running 'touch aclocal.m4 Makefile.in configure Makefile' in zlib fixed the dependences. Oh, and it tried to rebuild all of them and failed, since I have CVSREAD defined, and the files couldn't be overwritten. I'm not sure if there's a fix for this. Also, the autotools files in zlib were generated for an older version than is currently available, so the only way to regenerate them would be all at once... 3) I get a 'yylval not defined' when compiling inilex.cc. The exact message is: g++-2 -mno-cygwin -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\setup\ -DVERSION=\0\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -I/usr/src/setup-cvs/setup -I/usr/src/setup-cvs/setup/bz2lib -I/usr/src/setup-cvs/setup/libgetopt++/include \ -I/usr/include/g++-3 -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomments -I/usr/src/setup-cvs/setup/bz2lib -I/usr/src/setup-cvs/setup/libgetopt++/include -g -O2 -c -o inilex.o inilex.cc /usr/src/setup-cvs/setup/inilex.l: In function `int yylex()': /usr/src/setup-cvs/setup/inilex.l:50: `yylval' undeclared (first use this function) /usr/src/setup-cvs/setup/inilex.l:50: (Each undeclared identifier is reported only once /usr/src/setup-cvs/setup/inilex.l:50: for each function it appears in.) This is probably due to the differences between byacc and bison. It would be nice if there was a mention somewhere that setup requires bison to build. If that is indeed the case, though, please ignore the attached patch... I'll try installing bison and rebuilding tomorrow... Sorry for the rant. Well, problem #3 *was* due to the differences between bison and yacc - the build completed with bison installed. Apparently, iniparse.y is bison-specific. This also eliminates problem #1 as trivially false. The setup homepage should mention bison, though. I can provide a patch if needed, although it'll probably be more effort to review it and change my wording than to simply fix the webpage... Problem #2 still stands -- one either needs to execute the appropriate touch command, or watch his make fail, unable to write to aclocal.m4. Not sure what the fix should be. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51
Re: New release of cygwin-doc
--- Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, 17 Oct 2002, Joshua Daniel Franklin wrote: This is the new release of cygwin-doc. First to include cygwin info files (cygwin, cygwin-api, cygwin-ug). First to have gzip-compressed info and man files. First to drop the newlib-man requirement. Add http://ns1.iocc.com/~joshua/cygwin/ as a mirror to test it. Files: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.2-1.tar.bz2 Should this be uploaded to sources.redhat.com or it needs some kind of testing before releasing ? Sorry, I guess that was confusing. I've tested in on my (Win2000) machine. I do try to get things correct. However, I have no access to Win9x. (I suppose this probably goes for a lot of package updates.) I was just trying to keep options open by providing a testing location, but it should be fine to just upload. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: Doxygen ready for upload: was Re: Doxygen
On Fri, Oct 18, 2002 at 10:02:24PM +0200, Pavel Tsekov wrote: On Fri, 18 Oct 2002, Pavel Tsekov wrote: On Fri, 18 Oct 2002, Ryunosuke Satoh wrote: I changed the site to Yahoo! Briefcase. http://jp.y42.briefcase.yahoo.co.jp/bc/ryu3141/lst?.dir=/cygwin.src=bc.view=l.last=1 sdesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. ldesc: Doxygen is a documentation system for C++, C, Java, IDL (Corba, Microsoft, and KDE-DCOP flavors) and to some extent PHP. category: Devel requires: cygwin libpng12 Ryunosuke I think this one is OK now :) Please, let me know if I should upload this package ? There is no clear sign that the veto on the package is removed so I want to be sure :) If the consensus is that doxygen is ready for release then I'll withdraw my veto. Has everyone signed off on this? I just want another show of confidence from people who have reviewed the package. cgf
Re: Rootless mode revisited...
Yikes!!! I just noticed that my XWin.log is 52 MB for my one hour session in Cygwin/XFree86. I will have to roll a new release tonight that turns off the logging of the winAddRgn messages. Sorry about that. Harold root wrote: Works fine..no rubber bands.. none of my previous problems (my error!). Only quirk I can see is loads of 'winAddRgn()' message lines at the end of my XWin.log. Thanks a million..I owe someone a beer for this!! Colin
Re: Invoking rootless mode
Sam Edge was recently quoted as saying... You wrote in [EMAIL PROTECTED] in gmane.os.cygwin.xfree on Thu, 17 Oct 2002 10:13:10 +0200: oh how I miss the focus follows mouse function within windows, just to mention one At the expense of being somewhat off topic and sounding like a Microsoft UI aficionado you can get this behaviour out of most versions of Windows if you install Microsoft Tweak UI. (Some versions need the XMouse powertoy instead - also from Microsoft.) At the expense of sounding like a picky naysayer, XMouse never worked consistently similar to any other X wm's focus-follows-mouse behaviour that I ever used. And it will never work like Fvwm2 SloppyFocus, which I've become addicted to. :) As for rootless mode, I'd throw out some other caveats and recommendations: * I'm using a Win32 virtual pager. When XWin is active, even in rootless mode, the window covers up the page in the virtual display. (Yes I know why, and this is with JSPager, perhaps there are shape-aware virt pagers for Win32.) * I recommend running this mode with the X server set to run always-on-top. Right now I'm using a tool called Make Always On Top to make XWin.exe this way, perhaps I could suggest that XWin.exe include this ability as a command-line and/or icon-menu option. Right now I'm using Chris's patched binary, set sticky in my Win32 pager, and Always On Top via that tool. I've moved my fvwm root-window menus to be invoked via an added title button on all fvwm windows, and turned on the titlebar for one of my X sticky windows so that I can always access it. I then get myself into the habit of manually minimizing X apps when I need to use a large Win32 app. This is a bit of a minor inconvenience, but the always-on-top has the benefit of making my X icons, winlist and pager window always available. In the meantime, I've trimmed off two pages of my X virtual desktop, two pages off my Windows virtual desktop, and turned off the overhead caused by my X root-pattern switcher (FvwmBacker). I'm enjoying this desktop paradigm. == Keith D. Tyler[EMAIL PROTECTED] Federal Way, WA http://www.keithtyler.com -- If Tyrrany and Oppresion come to this land, it will be under the guise of fighting a foreign enemy. - James Madison, U.S. President 1809-1817 ==
Thanks for the icon
Jehan (Bing), I wanted to say thanks for provided the .ico file that I used for the icon in Cygwin/XFree86 - Server Test Series - Test 66. I stole that icon from your systray icon patches. I was never able to find nor create an X icon that had the proper transaparency and that looked good in all color modes. You either found that one or created it and, regardless of which of those it was, it fit the bill. I hope you noticed that your name was on the credit line for the icon patch. Anyway, I just wanted to make sure that I called attention to the creator/finder of the X icon that we are now using. Harold
keyboard problem
Hi, i am running Xfree on an english Windows 2000 version with a german keyboard. How can i configure xfree to use a german keyboard instead of the default english? Thanks in advance Joche Wurster
Re: xwinclip problem/puzzle
Unfortunately not. The version most recently posted had the ctrl+c and server reset code in place but nothing much else. Oh. It does however contain the code to handle the selections properly. I'm not sure I made that clear enough. It does what you want it to do but not much else, is what I should have said :-). When you run multiple screens do you keep the same display setting or does it need to change? If it is the same display I can get it working (by making sure the newly activated window is not a cygwin window). Do you mean multiple virtual desktops, or dual monitors? Though I Multiple virtual desktops, dual monitors didn't seem to work in any way. I.e. using the screen option on xwin.exe chris _ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp
Rootless mode logging and slowness
Some of you have noticed that a message is being added to /tmp/XWin.log every time that winAddRgn (or something close to that) is called. Other of you have also noticed that certain window operations and other random operations are slower than expected in Cygwin/XFree86 with rootless mode enabled. It turns out that these two issues are related. The winAddRgn function is being called many, many, many thousands, if not hundreds of thousands of times and the average window operation may cause it to be called several hundred times. As you can imagine, writing a message to the log file during every one of these calls is an extraordinary burden. I built a test version for my own purposes with this logging message disabled and I fully expected the performance hit to go away. Well, it did, for the most part. I would estimate that about 95% of the slowdown in rootless mode was caused by this errant logging, but the rootless mode is still a little bit slower than non-rootless mode. However, the performance hit is now well worth the features and new usage scenarios that rootless mode provides. I used Cygwin/XFree86 today in rootless mode for several hours while creating a LaTeX document for my homework and creating figures for that document in xfig. Rootless mode made it so much easier to switch between emacs and xfig running under Cygwin/XFree86 to Adobe Acrobat or to Mozilla running under Windows. (Yes, I know, I could use ghostscript to view my pdf, but gs keeps crashing on startup whenever I try to run it; also, Acrobat is much more user-friendly than gs). So, rootless mode makes Cygwin/XFree86 actually useful for the primary maintainer to get some work done! This is astonishing! :) Harold
Re: Invoking rootless mode
Hallo Sam. Sam Edge wrote: At the expense of being somewhat off topic and sounding like a and so on - at least avoid full qoute... Guess I needed that - I had TweakUI already installed for some other reason but never checked the mouse options... sh... By the way: This works absolutely positiv with the -rootless option of the new xwin binary. All looks like being integrated expcept copy/paste. Thanks a lot! Uwe
Re: Invoking rootless mode
Uwe Schmidtmann was recently quoted as saying... Guess I needed that - I had TweakUI already installed for some other reason but never checked the mouse options... sh... By the way: This works absolutely positiv with the -rootless option of the new xwin binary. All looks like being integrated expcept copy/paste. To get integrated copy/paste, you need xwinclip: http://xfree86.cygwin.com/devel/xwinclip/ And warning: it tends to crash here and there, so be prepared to restart it as needed. Some days I have to restart it once or twice. But it works rather well. HTH, == Keith D. Tyler[EMAIL PROTECTED] Federal Way, WA http://www.keithtyler.com -- If Tyrrany and Oppresion come to this land, it will be under the guise of fighting a foreign enemy. - James Madison, U.S. President 1809-1817 ==
Re: Thanks for the icon
Harold L Hunt II wrote: I wanted to say thanks for provided the .ico file that I used for the icon in Cygwin/XFree86 - Server Test Series - Test 66. I stole that icon from your systray icon patches. I was never able to find nor create an X icon that had the proper transaparency and that looked good in all color modes. You either found that one or created it and, regardless of which of those it was, it fit the bill. I created it with a nice screenshot of xlogo and a bit of PaintShop Pro (for the individual images) and Visual C (for the ico file itself and transparency). I hope you noticed that your name was on the credit line for the icon patch. Yes I did, thanks, that will help me become famous one day *grin* Jehan
Re: XFree86 install fails
On Thu, 17 Oct 2002 12:22 pm, Chris plonski wrote: Does cygwin use the windows registry to save previous configurations? Yes. See the Cygwin FAQ 'How do I uninstall all of Cygwin' (http://cygwin.com/faq/faq_2.html#SEC19) - there are entires in the registry tree `Software\Cygnus Solutions' under HKEY_LOCAL_MACHINE and/or HKEY_CURRENT_USER. Rasjid.
Re: Invoking rootless mode
On Thu, 17 Oct 2002, Keith D. Tyler wrote: * I recommend running this mode with the X server set to run always-on-top. Why? You will never get the w32 windows in front of any x11 window. Right now I'm using a tool called Make Always On Top to make XWin.exe this way, perhaps I could suggest that XWin.exe include this ability as a command-line and/or icon-menu option. Feel free to add such a commandline option. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: XFree86 install fails
Chris, The mount information is pretty much the only information that Cygwin stores in the registry, and unfortunately it is not cleared when you uninstall Cygwin/XFree86. At least, I don't recall that it is cleared. I will probably add something about this to the FAQ, eventually. Harold Chris plonski wrote: Thanks! This did the trick! I just have a question now, where is this mount information stored? I started out by deleting any previous cygwin directory trees. Does cygwin use the windows registry to save previous configurations? On Wed, 2002-10-16 at 18:39, Harold Hunt wrote: Chris, You need to run ``mount'' from a Cygwin bash prompt and check the location of your fonts mount. For example, here is what I get: Administrator@HUNTHARO ~ $ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmo de) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) c:\PalmDev on /PalmDev type system (textmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) w: on /cygdrive/w type user (binmode,noumount) y: on /cygdrive/y type user (binmode,noumount) z: on /cygdrive/z type user (binmode,noumount) My guess is that at some point you had Cygwin/XFree86 installed to a different drive that is no longer available. You can unmount your current mount for /usr/X11R6/lib/X11/fonts and either 1) remount it if your default mount is not binary mode, or 2) leave out that mount if your default mount is binary mode. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Chris Plonski Sent: Wednesday, October 16, 2002 5:47 PM To: [EMAIL PROTECTED] Subject: XFree86 install fails I have seen this on multiple Win2k SP3 machines. I cannot perform a new install of the XFree86 package. The setup proceeds as normal till it gets to the fonts. It will freeze unpacking the first font package, and I have to cancel. I have tried to manually running bunzip2 on any of the fonts packages, and it fails with aas follows: $ bunzip2 XFree86-fenc-4.2.0-2.tar.bz2 bunzip2: I/O or other error, bailing out. Possible reason follows. bunzip2: Invalid argument Input file = XFree86-fenc-4.2.0-2.tar.bz2, output file = XFree86-fenc-4. 2.0-2.tar bunzip2: Deleting output file XFree86-fenc-4.2.0-2.tar, if it exists. Using a win utility to extract out the .tar file and issuing a tar -xvf command does as follows: $ tar -xvf XFree86-fenc-4.2.0-2.tar usr/X11R6/lib/X11/fonts/ tar: usr/X11R6/lib/X11/fonts: Cannot mkdir: No such file or directory usr/X11R6/lib/X11/fonts/encodings/ tar: usr/X11R6/lib/X11/fonts/encodings: Cannot mkdir: No such file or directory I attempted to simply issue a mkdir command as follows, and it fails doing that too! $ mkdir /usr/X11R6/lib/X11/fonts mkdir: cannot create directory `/usr/X11R6/lib/X11/fonts': No such file or directory What's up?
Re: Invoking rootless mode
Keith D. Tyler wrote: At the expense of sounding like a picky naysayer, XMouse never worked consistently similar to any other X wm's focus-follows-mouse behaviour that I ever used. And it will never work like Fvwm2 SloppyFocus, which I've become addicted to. :) Maybe I was not clear enough with my posting (english is not my native language, sorry). What I am running is a combination of xmouse for the native windoze stuff and icewm managing the mouse focus for x11. This is not always flawless, but with icewm using the nice scheme windows and X11 almost look the same and the context switch between X and windoze works without having to click or press any weired keys. This is extremely useful as I use nedit for editing my source code while using borland as a compiler. I am used to nedit for almost 7 years now and had extreme problems with editor integrated in borlands ide when I came to this job. Sorry for being off topic again... Maybe Harold Hunt could give a short hint on where to get the xwin.exe version with less logging... Thanks. Regards and have a nice weekend. Uwe
Re: Invoking rootless mode
Uwe, There is a preliminary Server Test Series - Test 67 release up at: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test67.exe.bz2 (~1,225 KB) I say that this is preliminary because I built it from the HEAD branch, rather than from the 4.2.0 branch. Thus, if you run xdpyinfo it will report a strange version number, whereas the usual releases report 4.2.0. I am only putting this link up for those few brave soles that want to minimize logging before I can make an official release. Harold Uwe Schmidtmann wrote: Keith D. Tyler wrote: At the expense of sounding like a picky naysayer, XMouse never worked consistently similar to any other X wm's focus-follows-mouse behaviour that I ever used. And it will never work like Fvwm2 SloppyFocus, which I've become addicted to. :) Maybe I was not clear enough with my posting (english is not my native language, sorry). What I am running is a combination of xmouse for the native windoze stuff and icewm managing the mouse focus for x11. This is not always flawless, but with icewm using the nice scheme windows and X11 almost look the same and the context switch between X and windoze works without having to click or press any weired keys. This is extremely useful as I use nedit for editing my source code while using borland as a compiler. I am used to nedit for almost 7 years now and had extreme problems with editor integrated in borlands ide when I came to this job. Sorry for being off topic again... Maybe Harold Hunt could give a short hint on where to get the xwin.exe version with less logging... Thanks. Regards and have a nice weekend. Uwe
Re: Invoking rootless mode
Holger, You will probably want to grab that Test 67 preliminary release that I just posted... it has much better performance due to reduced logging. Take a look at your /tmp/XWin.log file, it is probably over 50 MB. http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test67.exe.bz2 Harold Holger Vogt wrote: Hi all, I have just installed XWin-Test66.exe over a very old Cygwin installation (May 01, X-dlls March 01) on a Windows NT4 notebook. After starting and a short DOS box pop up ... nothing happened. But then there it was: a small green rectangle among all my Windows icons stating sh. Now my screen is full with applications (Xman, Xciruit drawing program, MAGIC layout editor), and still the Windows background, Windows Netscape and others. Congratulations, great work. Holger Vogt
Re: Rootless mode revisited...
Don't worry, the patch came through correctly. The problem was that the email did not clearly state that a rootless mode had been implemented, so both Alexander and I didn't pay any attention to it. I didn't even notice that it had a patch attached. The message is in the archives: http://cygwin.com/ml/cygwin-xfree/2002-10/msg00126.html Harold [EMAIL PROTECTED] wrote: Hi, On 16 Oct 2002, Alexander Gottwald [EMAIL PROTECTED] wrote: On Wed, 16 Oct 2002, Harold L Hunt II wrote: Oh my god, I completely missed this patch! Wow! I can't remember this patch too. Either it got lost or was somehow rejected by the mailserver or maybe was sent to a private address. It was posted on the 15th of this month in this thread. The M-ID I have is from the gmane newsserver so it won't be helpful to you I guess, sorry. If you can't get it then I will forward it to you (9k). (Off list - I can't email everyone a copy after all, there is a limit to my bandwidth :-)
Re: Rootless mode revisited...
[EMAIL PROTECTED] wrote: It was posted on the 15th of this month in this thread. And I received it. Must have been blind that day. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Need help
Greetings all, I have been trying to locate the steps needed to use the fvwm distributed with Cygwin, but I have not found the silver bullet yet. Can you point to where I need to look or provide me with the necessary steps? Once fvwm is in place, how do I integrate in another theme for fvwm to use? Your assistance would be greatly appreciated :) BTW - Thanks for providing this product! Carlton begin:vcard n:Teel;Carlton tel;fax:972-231-5704 tel;work:972-231-5702 x206 x-mozilla-html:FALSE url:www.signal-analysis.com org:Innovative Signal Analysis, Inc. version:2.1 email;internet:[EMAIL PROTECTED] title:Principal Engineer adr;quoted-printable:;;3301 East Renner Road=0D=0ASuite 200;Richardson;TX;75082;USA x-mozilla-cpt:;4552 fn:Carlton Teel end:vcard
x-server with window-manager
hi, is there a project for an x-server with window-manager that integrates remote-windows into the windows-desktop?
Re: x-server with window-manager
Sven, I realize that English is probably not your native language, but could you elaborate on your question a little bit? I cannot understand what you are asking. Harold Sven Köhler wrote: hi, is there a project for an x-server with window-manager that integrates remote-windows into the windows-desktop?
Re: x-server with window-manager
I realize that English is probably not your native language, but could you elaborate on your question a little bit? I cannot understand what you are asking. should better read next time: http://xfree86.cygwin.com/devel/todo.html it says: Seamless integration with Windows that was what i asked for. have you already started to implements that feature?
Re: x-server with window-manager
I realize that English is probably not your native language, but could you elaborate on your question a little bit? I cannot understand what you are asking. Is there a project, that is developing a x-server that has an integrated window-manager so that x-forwarded windows will appear like ms-windows' native ones? I think cygwin's current x-server is based on Xnest so that all the x-forwarded windows will appear within one big window which is my XFree-Desktop and they do not seamlessly integrate into the ms-windows-desktop.
winsup/cygwin ChangeLog dtable.cc dtable.h spa ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-10-17 10:45:10 Modified files: cygwin : ChangeLog dtable.cc dtable.h spawn.cc Log message: * dtable.cc (dtable::set_file_pointers_for_exec): New function. * dtable.h (dtable::set_file_pointers_for_exec): Declare new function. * spawn.cc (spawn_guts): Call dtable::set_file_pointers_for_exec to set pointers to EOF when execing non-cygwin applications. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1536r2=1.1537 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.cc.diff?cvsroot=uberbaumr1=1.104r2=1.105 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.h.diff?cvsroot=uberbaumr1=1.18r2=1.19 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.117r2=1.118
winsup/cygwin ChangeLog thread.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-10-18 07:02:41 Modified files: cygwin : ChangeLog thread.cc Log message: * thread.cc (verifyable_object_isvalid): Test for a valid object pointer before testing for static ptr. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1538r2=1.1539 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.102r2=1.103
winsup/cygwin ChangeLog fork.cc shared.cc shar ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-10-18 16:52:59 Modified files: cygwin : ChangeLog fork.cc shared.cc shared_info.h strace.cc Log message: * fork.cc (fork_child): Move mmap initialization. * shared.cc (shared_info::heap_chunk_size): Store info as megabytes. Search HKEY_LOCAL_MACHINE as well as HKEY_CURRENT_USER. * shared_info.h (shared_info::initial_heap_size): Change element name to reflect new functionality. * strace.cc (strace::hello): Report on initial heap size. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1539r2=1.1540 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fork.cc.diff?cvsroot=uberbaumr1=1.98r2=1.99 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.57r2=1.58 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared_info.h.diff?cvsroot=uberbaumr1=1.25r2=1.26 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/strace.cc.diff?cvsroot=uberbaumr1=1.38r2=1.39
winsup/cygwin ChangeLog cygthread.cc heap.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-10-18 17:35:21 Modified files: cygwin : ChangeLog cygthread.cc heap.cc Log message: * cygthread.cc: Bump number of cygthreads up to accommodate applications which use ttys. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1540r2=1.1541 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.cc.diff?cvsroot=uberbaumr1=1.15r2=1.16 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/heap.cc.diff?cvsroot=uberbaumr1=1.28r2=1.29
[PATCH] fhandler_tty deadlock patch
Hi,
This patch solves some deadlock issues which would prevent
terminal programs such as rxvt and xterm from being able
to handle large pastes or cat binary files.
The fix involves two mechanisms, adding a buffer for
termios echoing, and allowing a pty_master write to
write less than the entire buffer.
There is one small bug remaining that I know of. When the
pty_slave changes from cooked to raw, the master doesn't seem to
know to flush the line edit buffer until a key is pressed.
Should be an easy fix, but I'm not sure how to best do it.
-steve
2002-10-17 Steve Osborn [EMAIL PROTECTED]
* fhandler.cc (fhandler_base::put_readahead): Limited size of buffer
to reduce amount of garbage from cat'ing a binary file.
* fhandler.h (fhandler_termios::doecho): Returns int, added force.
(fhandler_termios::accept_input): Changed sense of return.
(fhandler_termios::line_edit_cnt): Added.
(fhandler_console::doecho): Returns int, added force.
(fhandler_pty_master::doecho): Returns int, added force.
(fhandler_pty_master::get_echobuf_valid): Added.
(fhandler_pty_master::get_echobuf_into_buffer): Added.
(fhandler_pty_master::clear_echobuf): Added.
(fhandler_pty_master::ebbuf): Added pointer to echobuf.
(fhandler_pty_master::ebixget): Added echobuf get index.
(fhandler_pty_master::ebixput): Added echobuf put index.
(fhandler_pty_master::ebbuflen): Added echobuf length.
(fhandler_pty_master::ebguard): Added handle for guard mutex.
* fhandler_termios.cc (fhandler_termios::line_edit): Wraps
line_edit_cnt to provide previous signature.
(fhandler_termios::line_edit_cnt): Added line_edit function with the
ability to report number of bytes written. Handles cases where the
echo or readahead buffer is full.
* fhandler_tty.cc (fhandler_pty_master::get_echobuf_valid): Added.
(fhandler_pty_master::doecho): Rewritten to return bytes written to
echobuf. Added force option to expand the buffer as necessary.
(fhandler_pty_master::get_echobuf_into_buffer): Added.
(fhandler_pty_master::clear_echobuf): Added.
(fhandler_pty_master::accept_input): Sense of return changed to
number of bytes not written. Added support for partial write.
(fhandler_pty_master::process_slave_output): Prime read with echobuf.
(fhandler_pty_master::fhandler_pty_master): Initializers for echobuf.
(fhandler_pty_master::open): Calls clear_echobuf.
(fhandler_pty_master::close): Calls clear_echobuf.
(fhandler_pty_master::write): Returns number of bytes written.
* select.cc (peek_pipe): Check for echobuf valid.
Index: cygwin/fhandler.cc
===
RCS file: /cvs/src/src/winsup/cygwin/fhandler.cc,v
retrieving revision 1.138
diff -u -p -r1.138 fhandler.cc
--- cygwin/fhandler.cc 23 Sep 2002 00:31:30 - 1.138
+++ cygwin/fhandler.cc 18 Oct 2002 05:05:43 -
@@ -58,13 +58,15 @@ fhandler_base::puts_readahead (const cha
return success;
}
+#define READAHEAD_BUFFER_MAXSIZE 4096
int
fhandler_base::put_readahead (char value)
{
char *newrabuf;
if (raixput rabuflen)
/* Nothing to do */;
- else if ((newrabuf = (char *) realloc (rabuf, rabuflen += 32)))
+ else if (rabuflen READAHEAD_BUFFER_MAXSIZE
+ (newrabuf = (char *) realloc (rabuf, rabuflen += 32)))
rabuf = newrabuf;
else
return 0;
Index: cygwin/fhandler.h
===
RCS file: /cvs/src/src/winsup/cygwin/fhandler.h,v
retrieving revision 1.143
diff -u -p -r1.143 fhandler.h
--- cygwin/fhandler.h 9 Oct 2002 05:55:40 - 1.143
+++ cygwin/fhandler.h 18 Oct 2002 05:05:46 -
@@ -682,8 +682,8 @@ class fhandler_termios: public fhandler_
{
protected:
HANDLE output_handle;
- virtual void doecho (const void *, DWORD) {};
- virtual int accept_input () {return 1;};
+ virtual int doecho (const void *, DWORD, int force = 1) {return 1;};
+ virtual int accept_input () {return 0;};
public:
tty_min *tc;
fhandler_termios (DWORD dev, int unit = 0) :
@@ -693,6 +693,7 @@ class fhandler_termios: public fhandler_
}
HANDLE get_output_handle () { return output_handle; }
int line_edit (const char *rptr, int nread, int always_accept = 0);
+ int line_edit_cnt (const char *rptr, int *nread, int always_accept = 0);
void set_output_handle (HANDLE h) { output_handle = h; }
void tcinit (tty_min *this_tc, int force = FALSE);
virtual int is_tty () { return 1; }
@@ -812,7 +813,7 @@ class fhandler_console: public fhandler_
int open (path_conv *, int flags, mode_t mode = 0);
int write (const void *ptr, size_t len);
- void doecho (const void *str, DWORD len) { (void) write (str, len); }
+ int doecho (const void *str, DWORD len, int force=1) { return write
[PATCH] verifyable_object_isvalid
Rob,
the location for the static test is wrong. I have moved it 2 lines down.
Thomas
2002-10-18 Thomas Pfaff [EMAIL PROTECTED]
* thread.cc (verifyable_object_isvalid): Test for a valid object
pointer before testing for static ptr.
--- thread.cc.org Thu Oct 17 10:28:32 2002
+++ thread.cc Fri Oct 18 10:17:54 2002
@@ -1356,10 +1356,10 @@ verifyable_object_state
verifyable_object_isvalid (void const * objectptr, long magic, void *static_ptr)
{
verifyable_object **object = (verifyable_object **)objectptr;
- if (static_ptr *object == static_ptr)
-return VALID_STATIC_OBJECT;
if (check_valid_pointer (object))
return INVALID_OBJECT;
+ if (static_ptr *object == static_ptr)
+return VALID_STATIC_OBJECT;
if (!*object)
return INVALID_OBJECT;
if (check_valid_pointer (*object))
Re: [PATCH] verifyable_object_isvalid
On Fri, Oct 18, 2002 at 10:39:17PM +1000, Robert Collins wrote: On Fri, 2002-10-18 at 18:30, Thomas Pfaff wrote: Rob, the location for the static test is wrong. I have moved it 2 lines down. Ah yes, this reminds me, we've done this 'dance' before. You can crash the test if it's not further done :}. I'll check this in tomorrow. I've checked it in, Rob. It looked so trivially correct so I felt like this was a no-brainer. Hope that's ok. cgf
setup / installation via cdrom
Hi, About once a year I want to reinstall a new version of cygwin. What I did in the past is download setup.exe/setup.ini and the release/ directory from a mirror, and install all but the src packages and setup.* on a CDROM. From what I read in the mailing list, this can be a problem if the release dir. is located immediately at the root of the CD, and so I created a directory cygwin, below which release was stored. However, when I try to install cygwin using setup, telling it to install from a local directory, in my case e:\cygwin\release, the setup window shows all packages in the misc set, which is clearly not as it should be. I'm sure I'm overseeing something here, but as I'm overseeing it, I can't figure out what's going wrong. Can anybody help me out? Additional info: what I need to have is a possibility to install cygwin on a computer which is either not connected to the internet or connected via a slow link. The CDROM helps me to download the information via a fast-link, burn a CD, and then proceed with the installation from the CD. However, although this worked well last year, this year I can't seem to get it right. Any help would be greatly appreciated. Thanks in advance for any assistence I receive, -- Frank B. Brokken Computing Center, University of Groningen (+31) 50 363 9281 Public PGP key: http://www.cam.ac.uk.pgp.net/pgpnet/wwwkeys.html Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin version of GNU Nano does not accept CTRL-C
Gareth Pearce wrote: Maybe a dumb question. Why does Cygwin not automatically update environment variables as part of the installation? Or at least ask if they should be updated? Well thats a little complex... - in win9x/ME - it would have to edit autoexec.bat - win NT/2k/XP - fiddle with the system control panel settings wherever they are stored. And then theres system vs user. The post install script could add a /etc/profile.d/ entry - but the tty variable is supposed to be set before initialising cygwin or else it can do some bizare things that are not so nice. In either case - asking a question in a postinstal script would be against the current trend of usage of postinstall scripts which work without interaction. (and if unattended setup work is to reach completition, they should probably stay that way) Otherwise - it would have to be done by the setup program itself and I suspect that Robert would not be interested in that given that hes trying to make setup purely data-driven. and Not asking a question - is not the go since while for best usage nano and emacs (and others?) need tty. Nano at least is mostly functional without it. And tty is an option for a reason, people have experienced problems with tty On. While I might think that tty should be on by default thus avoiding these problems alltogeather, having never experienced tty related problems. I dont use a very broad range of cygwin related things and so am probably not representitive of the broader cygwin communitiy. However I didnt expect ntsec to have become the default so soon - maybe tty will change despite my expectations to the contrary. Thanks for the information. Too many options for the environment variables and if Cygwin does something incorrectly it could cause trouble.Updating those files or panels would be a snap for advanced users, so lets leave it up to the user, a least for now. Actually, I haven't installed Cygwin for the first time on a machine, in a long while. Does it popup a dialog to telling the user to modify the PATH to include C:\cygwin\bin? If such a dialog exists, it could also mention the CYGWIN variable set to tty. Just an idea. Rocco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
re: ssh refuses to enter binmode (fwd)
Why are you refusing to use the snapshot? I must not have been clear. My message was about how the pre-snapshot released version problem looked a lot like a previous bug. It had nothing to do with whether this problem was fixed by a snapshot or whether I had attempted to use that snapshot. Your comment on the snapshot fix (msg01070) said: Anyway, I've checked in a patch that may or may not be temporary. I'll have to talk to Corinna and decide. I thought that a very specific reminder (about a bug very much like this one) that you had already squashed once before would be helpful to you in the process of patching. Perhaps I was wrong, sorry. -- dNb, founding member of the snapshot appreciation club -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest cvs fork problems
Just another datapoint. On XP SP1 + Cygwin 1.3.13-2, here's what I get whenever something tries to fork: O:\c:\cygwin\bin\bash bash-2.05b$ ls 8 [main] bash 3952 fixup_mmaps_after_fork: base address fails to match req uested address 0xBD c:\cygwin\bin\bash.exe: *** recreate_mmaps_after_fork_failed 122 [main] bash 4068 sync_with_child: child 3952(0x724) died before initiali zation with status code 0x1 8269 [main] bash 4068 sync_with_child: *** child state child loading dlls bash: fork: Resource temporarily unavailable Reverting back to Cygwin 1.3.12-4 fixes everything. Thanks, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good question for the maintainers of binary tools for cygwin
[What an odd subject. I guess it got my attention, but still...] On Fri, Oct 18, 2002 at 12:38:21AM -0400, Gregg C Levine wrote: this is: Does a tool exist that will convert the binary format of a VC library file, into the binary format of the libraries used by Cygwin? I am using a variety of tools to attempt to build this problematic item, and that's my current brick wall. 'ar' is the tool to manipulate a VC library file. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new gdb interface
At 09:07 2002-10-17, you wrote: On Thu, Oct 17, 2002 at 04:10:35AM -0400, CBFalconer wrote: Thomas Mellman wrote: Thank you, that helped. Nevertheless, let me re-iterate my plea: particularly in the CYGWIN world, fancy do-dads should be optional, rather than standard Unix command line behaviour (IMHO) being optional. Amen. Hallelujah! Praise the Lord! Nothing invented since 1980 is even remotely an improvement on what came before. Progress -- Bah! RRS -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.13.2: The dynamic link library CYGPCRE.DLL could not be found ...
Folks, In trying to fix a problem with SSHD, I completely uninstalled and re-installed the latest version of cygwin programs that I need. After doing that, now I get the following Windows popup error whenever I use grep or less, etc. Application popup: grep.exe - Unable To Locate DLL : The dynamic link library cygpcre.dll could not be found in the specified path D: \Cygwin\bin;.;C:\WINNT\System32;C:\WINNT\system;C:\WINNT;D: \Cygwin\usr\local\bin;D:\Cygwin\bin;D:\Cygwin\bin;d:\Active State\Perl\bin\;c:\WINNT\system32;c:\WINNT;c:\WINNT\System32\Wbem;d: \Microsoft\Support Tools\;d:\ULTRAE~1;d:\Microsoft\DataEngine1\BINN;d: \Hummingbird\Accessories\;D:\Cygwin\bin;d:\IBM\DB2 Connect\BIN;d:\IBM\DB2 Connect\HELP;d:\IBM\IBM\IMNNQ;d:\IBM\Personal Communications\;c:\Program Files\IBM\Trace Facility\;d:\SSH Secure Shell. I've looked for the DLL in my disk and it is not there. Did setup failed to install the DLL? Should I install an additional package to get this DLL? The cygcheck follows: Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Oct 17 10:20:10 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: D:\Cygwin\usr\local\bin D:\Cygwin\bin D:\Cygwin\bin d:\Active State\Perl\bin\ c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem d:\Microsoft\Support Tools\ d:\ULTRAE~1 d:\Microsoft\DataEngine1\BINN d:\Hummingbird\Accessories\ D:\Cygwin\bin d:\IBM\DB2 Connect\BIN d:\IBM\DB2 Connect\HELP d:\IBM\IBM\IMNNQ d:\IBM\Personal Communications\ c:\Program Files\IBM\Trace Facility\ d:\SSH Secure Shell SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `D:\Cygwin\home\emilio' MAKE_MODE = `unix' PWD = `/home/emilio' USER = `emilio' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\emilio.LSU\Application Data' CLASSPATH = `D:\IBM\DB2 Connect\bin' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `OCS-EMILIO2' COMSPEC = `C:\WINNT\system32\cmd.exe' DB2INSTANCE = `DB2' DB2TEMPDIR = `D:\IBM\DB2 Connect' HOMEDRIVE = `H:' HOMEPATH = `\' HOMESHARE = `\\OCS1\Home\emilio' ICM_FOLDER = `Information Catalog Manager' IMNINST = `help' IMNINSTSRV = `D:\IBM\IBM\IMNNQ' LOGONSERVER = `\\LSU-DC1' MDIS_PROFILE = `D:\IBM\DB2 Connect\METADATA\PROFILES' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PCOMM_ROOT = `D:\IBM\Personal Communications\' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `000a' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\emilio.LSU\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\emilio.LSU\LOCALS~1\Temp' USERDNSDOMAIN = `lsu.edu' USERDOMAIN = `LSU' USERNAME = `emilio' USERPROFILE = `C:\Documents and Settings\emilio.LSU' VWSPATH = `D:\IBM\DB2 Connect' VWS_FOLDER = `IBM DB2' VWS_LOGGING = `D:\IBM\DB2 Connect\LOGGING' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\Cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:\Cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:\Cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `D:\Cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS4094Mb 84% CP CS UN PA FC OS d: hd NTFS6204Mb 45% CP CS UN PA FC Apps e: hd NTFS 47245Mb 10% CP CS UN PA FC Data g: cd N/AN/A h: net NTFS 134798Mb 69% CP CS UN PA FC OCS Data . /cygdrive user textmode,cygdrive D:\Cygwin / system textmode D:\Cygwin/bin /usr/bin system textmode D:\Cygwin/lib
Subdirectory name : release/ELFIO/ or release/elfio/
In a recent version of setup.ini the subdirectory for ELFIO named release/ELFIO/ became release/elfio/. Now (setup-timestamp: 1034885409) it's back to release/ELFIO/. (Sorry. I just seem to notice this sort of thing, and then I worry about it.) Is that it, for now? Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Canberra: ITIL in Government and Major Corporations - Has it worked? - BREAKFAST SEMINAR Thu 28/11/02
ITIL in Government and Major Corporations - Has it worked? Speaker: Gerard Blokdijk, Managing Director The Art of Service When: Thursday 28 November - 7.30am to 9.30am Venue: Italo-Australian Club, 78 Franklin Street, Forrest ACT Cost: $45 including GST Features: Breakfast, Networking. Already over 40 participants - CIO's / (IT) Managers. Register: http://www.artofservicedirect.com click on Enrol, Canberra Events Sydney, Brisbane and Melbourne sessions are booked full. About this Event -- ITIL is more than a simple set of best practices guidelines to optimise a few service management processes. ITIL is a set of non-proprietary, comprehensive, well-documented and fully integrated set of management procedures and best practices that optimises service management and IT/business alignment. With over 20,000 businesses, governments and non-profit organisations using it, ITIL is the most widely accepted process management framework in the world. But has it worked? Many IT organisations suffer from poor perceptions of value and feel powerless to improve the situation. IT's top challenge right now is to build and demonstrate value to the rest of the organisation - be that commerce, government or academia. How are CIO's and their Service Managers to leverage ITIL and ITSM to meet that challenge head on and win? Several ACT and federal governments have started looking at how Service Management can help increase service levels and efficiency. This briefing illustrates the current challenges for government and where ITIL fits into the IT-strategy. Do not be content with prepared remarks alone. Go one-on-one with Gerard, asking the tough questions, eliciting the most revealing replies. Trends are confirmed. Illusions shattered. News is broken. Live on the breakfast briefing stage. Summary - You are cordially invited to attend an IT Service Management breakfast session presented by The Art of Service. Gerard Blokdijk is Managing Director and co-founder of The Art of Service. Prior to The Art of Service Gerard has successfully set up and managed another IT Service Management education and research firm. He is the author of IT Management becomes Service, a frequent publisher and public speaker. Gerard has an active duty in IT Management since the late 80's. He has held positions as Capacity Manager, Security Manager, Disaster Recovery Manager, overall IT Manager and CIO for large organisations like ING Bank, ABN AMRO and Philips. Gerard holds the Managers Certificate in IT Service Management. What You'll Get -- - Insight into the pressing, urgent issues of today and tomorrow, distilled into a brief overview. - Interaction with thought leaders by networking with your peers during question-and-answer sessions with The Art of Service specialists. - Accessibility and convenience. These Briefings are designed to deliver the most critical information without taking too much time from your busy schedule. Registration is on a first-come first-served basis, places are strictly limited, so we encourage early registration. To join, please register at http://www.artofservicedirect.com If you have questions or concerns about the breakfast session email [EMAIL PROTECTED] or call 1300 13 44 99 To change your contact details, reply to this email. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: netinet/in.h and solution for `_impure_ptr' problems
skyper [EMAIL PROTECTED] wrote around 15 Oct 2002 news:20021015175423.GN9066;segfault.net: now to my short question: what happened to netinet/in.h? And what happened to cygwin/in.h? crypto.c:4: netinet/in.h: No such file or directory Nothing happened to anything. You see, the trouble you are running into is because you don't understand yet what -mno-cygwin is for or does. The limited inclusion of MinGW project pieces (see the MinGW package description) into Cygwin, which is made available for access on the level of Cygwin's build-tools (gcc) automation by -mno-cygwin, is NOT Cygwin, it is a separate, different build and runtime environment. MinGW != Cygwin. Why would you expect MinGW to have Cygwin's headers? How could that work if MinGW != Cygwin? Why would MinGW exist if it was identical to Cygwin? Why would Cygwin exist if it was identical to MinGW? Asking these questions of yourself will be the first steps towards Cygwin Wisdom for you, Grasshopper. Further questions relating to what MinGW has or does not have are probably OT for this ng, I should add. Therefore I recommend considering carefully whether you'd want to follow-up this posting with responses that ask about MinGW, before you hit the send command. Best, Soren A -- Just say NO to YAHAAPs! (http://groups.google.com/groups?selm= Xns92991EB1F396ngrATT586ID%40204.127.36.1) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
TIFFGetFieldDefaulted in cygtiff3.dll is missing
Hi. I downloaded CYGWIN from tu-dreden (germany) this week. After the installation process i tried to start X with Windowmaker. Then the error Der Prozedureinsprungpunkt TIFFGetFieldDefaulted wurde in der DLL cygtiff3.dll nicht gefunden ( The jump-in point of the procedure wasn't found) occured. The tiff-package in the install directory is called tiff-3.5.6.beta-2.tar . Could it be that this is the wrong version and how could i download and install the correct version if it is so? Regards W. Schmidt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: more questions about the setup program - using more than onemirror...
On 17 Oct 2002, Ed wrote: Howdy all! I'm using the Cygwin setup on my W2000 system. A while ago I asked the question: how do I know which mirror to select? Obviously some are going to be faster than others (perhaps also a lot closer). Someone here told me that I can select multiple sites and setup will select the fastest. Is that true? When I select multiple sites there are several problems. Firstly, it starts by downloading something from each of them, before I even select any packages to download. Secondly, it started to download stuff I already had. It started to download cygwin-1.3.13.2.tar.bz2. WHen I canceled and went back to using the same mirror that I first started with, it was able to get new packages without downloading anything I've already downloaded. Can anyone shed more light on how I am supposed to be using setup? Thanks! Ed Ed, The first thing you describe is perfectly normal. Setup needs to download setup.ini from each site you select to know which packages are available there. As for the second problem you're having... Did you try installing something you have definitely downloaded from one of the selected mirrors? Or, for that matter, was the mirror you've originally downloaded cygwin-1.3.12.2 from selected when you had this problem? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.13.2: The dynamic link library CYGPCRE.DLL could not be found ...FIXED
Folks, Allen Gordon told me that he though PCRE was the Perl Command Regular Expression package. With this information I looked in the mirror and found the PCRE package. Downloading and installing the package brough in the CYGPCRE.DLL module and the problem went away. Shouldn't GREP and LESS require that the PCRE packages be downloaded and/or installed? Thank you Mr. Gordon! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest cvs fork problems
On Thu, Oct 17, 2002 at 02:12:18PM -0400, Rob Napier wrote: Just another datapoint. On XP SP1 + Cygwin 1.3.13-2, here's what I get whenever something tries to fork: O:\c:\cygwin\bin\bash bash-2.05b$ ls 8 [main] bash 3952 fixup_mmaps_after_fork: base address fails to match req uested address 0xBD c:\cygwin\bin\bash.exe: *** recreate_mmaps_after_fork_failed 122 [main] bash 4068 sync_with_child: child 3952(0x724) died before initiali zation with status code 0x1 8269 [main] bash 4068 sync_with_child: *** child state child loading dlls bash: fork: Resource temporarily unavailable Reverting back to Cygwin 1.3.12-4 fixes everything. Is there some reason you're refusing to try a snapshot? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.13.2: The dynamic link library CYGPCRE.DLL could not be found ...FIXED
On Thu, Oct 17, 2002 at 01:19:36PM -0500, Emilio A Icaza wrote: Allen Gordon told me that he though PCRE was the Perl Command Regular Expression package. With this information I looked in the mirror and found the PCRE package. Downloading and installing the package brough in the CYGPCRE.DLL module and the problem went away. Sounds like searching http://cygwin.com/packages for the name 'pcre' would have been quite a bit less complicated. Shouldn't GREP and LESS require that the PCRE packages be downloaded and/or installed? Both packages *do* list pcre in their dependencies. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with network share access after sshing into machine
G'day Elfyn, tried that also but my problem is that everything works fine except when I ssh in to the account. All network shares become unavailable. In this example I ssh into the account create the mount. The mount /s is unreadable but when I logout of the ssh connect /s becomes available. CYGWIN01-wdsladm-/s-305 % ssh localhost wdsladm@localhost's password: Last login: Thu Oct 17 08:32:02 2002 from cygwin01.arraycomm.com You have logged in... CYGWIN01-wdsladm-~-250 % mkdir -p /s CYGWIN01-wdsladm-~-251 % mount //sj-f760-2/s /s mount: defaulting to '--no-executable' flag for speed since native path references a remote share. Use '-f' option to override. CYGWIN01-wdsladm-~-252 % df -k Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 9992429 3015293 6977136 31% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 9992429 3015293 6977136 31% /usr/bin C:\cygwin\lib 9992429 3015293 6977136 31% /usr/lib df: `/s': Permission denied C:\cygwin 9992429 3015293 6977136 31% / c: 9992429 3015293 6977136 31% /cygdrive/c CYGWIN01-wdsladm-~-253 % exit logout Connection to localhost closed. CYGWIN01-wdsladm-~-306 % df -k Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 9992429 3015338 6977091 31% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 9992429 3015338 6977091 31% /usr/bin C:\cygwin\lib 9992429 3015338 6977091 31% /usr/lib \\sj-f760-2\s267637068 210018116 57618952 79% /s C:\cygwin 9992429 3015338 6977091 31% / c: 9992429 3015338 6977091 31% /cygdrive/c i: 267637068 210018116 57618952 79% /cygdrive/i --On Wednesday, October 16, 2002 11:54 PM +0100 Elfyn McBratney [EMAIL PROTECTED] wrote: Have you tried: $ mkdir -p /s $ mount //sj-f760-2/s /s ??? This works for me... Is wdsladm a real username on the domain (or server sj-f760-2) and if so does this user have permission on that share? Elfyn - Original Message - From: Sead Mujushi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 16, 2002 10:50 PM Subject: Problems with network share access after sshing into machine G'day guys, I have a problem that I think is related to permissions but I'm not entirely sure. I've followed some of the suggestions and tips that others and Corinna have posted to no avail. I have setup ssh on a Win2k machine running the cygwin environment cygwin01. I've run % mkpasswd -d -l /etc/passwd % mkgroup -d -l /etc/group I've got ssh working, I can login and get the Fanfare motd message (which I changed) but network shares don't appear once I've logged in. The wdsladm login is a domain account. eg: Testing network share, sshing in then no longer being able to access that share... CYGWIN01-wdsladm-~-266 % ls -l /cygdrive total 0 drwxr-xr-x 26 wdsladm None0 Oct 16 10:39 i/ CYGWIN01-wdsladm-~-268 % ssh localhost wdsladm@localhost's password: Last login: Wed Oct 16 14:06:06 2002 from cygwin01.arraycomm.com You have logged in... CYGWIN01-wdsladm-~-250 % ls -l /cygdrive total 0 CYGWIN01-wdsladm-~-251 % I've tried mounting the directory using net use: CYGWIN01-wdsladm-~-312 % net use t: sj-f760-2\\s The command completed successfully. CYGWIN01-wdsladm-~-313 % ls -l /cygdrive/t ls: /cygdrive/t: No such file or directory But if I open a local bash connection to the machine (not using ssh) it's successfull: CYGWIN01-wdsladm-~-250 % ls -l /cygdrive/t total 5 -rw-r--r--1 wdsladm None 3736 Nov 26 2001 README Any pointers or tips? Thanks in advance. PS: My 2 bits. I use rxvt and in a batch file I have listed here is my incantation to rxvt to give me a half decent terminal window. The bindings are set so that cut, copy and paste works between windows and cygwin without having to deal with the limitations of the cmd.exe interface: c:\cygwin\bin\rxvt.exe -g 120x45+100+100 -bg #00 -fg #99 -cr # 00ff00 -pr #ff -fn Courier New-16 -sl 4096 -vb -e c:\cygwin\bin\bash (Change your paths as appropriate.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- ,___ ___ __ _ __| | Snr Systems Administrator / __|/ _ \/ _` |/ _ | mailto:sead;arraycomm.com \__ \ ___/ (_| | (_) | Phone: + 1 408 952 1828 |___/\\__,_|\__'_| Pager: + 1 408 870 1008 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Warning: Latest version of Cygwin DLL makes WinCVS (through Cygwin SSH) not work (Intern)
OK, I give in, I have seen complaints from others of this problem but cannot find what you are calling the recommended solution. The only item I can find that seems potentially relevant recommends using CYGWIN=binmode but this makes no difference. I have (as recommended by cgf) tried the latest snapshot (1.3.14s(0.62/3/2) 20021017 13:52:27) but the problem remains unchanged. If you have a specific item in mid a pointer to it would be welcome Mike Lerwill -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-owner;cygwin.com]On Behalf Of [EMAIL PROTECTED] Sent: 17 October 2002 20:25 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Warning: Latest version of Cygwin DLL makes WinCVS (through Cygwin SSH) not work (Intern) For anyone reading this, please see the email archives for the same proclamation by others and the recommended solution. The results will be more useful than this warning. As for the side issue of available downgrades, this has been discussed before on the list. It's not worth rehashing here (especially since the poster can't make the claim that a downgrade wasn't available). Those interested in this subject should thoroughly review the email list archives. Larry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup / installation via cdrom
On Thu, 17 Oct 2002, Frank B. Brokken wrote: Hi, About once a year I want to reinstall a new version of cygwin. What I did in the past is download setup.exe/setup.ini and the release/ directory from a mirror, and install all but the src packages and setup.* on a CDROM. From what I read in the mailing list, this can be a problem if the release dir. is located immediately at the root of the CD, and so I created a directory cygwin, below which release was stored. However, when I try to install cygwin using setup, telling it to install from a local directory, in my case e:\cygwin\release, the setup window shows all packages in the misc set, which is clearly not as it should be. I'm sure I'm overseeing something here, but as I'm overseeing it, I can't figure out what's going wrong. Can anybody help me out? Additional info: what I need to have is a possibility to install cygwin on a computer which is either not connected to the internet or connected via a slow link. The CDROM helps me to download the information via a fast-link, burn a CD, and then proceed with the installation from the CD. However, although this worked well last year, this year I can't seem to get it right. Any help would be greatly appreciated. Thanks in advance for any assistence I receive, setup.ini should be in e:\cygwin, and you should specify that as your local package directory, not e:\cygwin\release. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Does this stuff run on a 486?
I have just installed several things, including gdb, gcc, and have seen files flashing by with I-686 in their names. Do the distributions contain 686 specific code? -- Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED]) Available for consulting/temporary embedded and systems. http://cbfalconer.home.att.net USE worldnet address! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
re: ssh refuses to enter binmode (fwd)
Chris- I'm writing as a user of another program whose behavior broke with the new cygwin update (unison over ssh). I just wanted to pass on info that I thought may be helpful to you when looking in to this for a more permanent fix. This problem looks exactly (from the user standpoint) like one that has come and gone in the past. Specifically, it was in some of the releases prior to 1.3.12-1. You then fixed it in that release as per this change comment to the announcement list (http://www.cygwin.com/ml/cygwin-announce/2002-07/msg2.html) : - Fix binmode/textmode problems with ssh and other programs which use pipes. (Christopher Faylor) I don't know if the current breakage is related (sure looks that way to us naive users!), but if it is, maybe this info can help you track it down. Thanks for all of your hard work. -- dNb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup and recovering from mistakes.
Max, CB, At 07:15 2002-10-17, Max Bowsher wrote: CBFalconer [EMAIL PROTECTED] wrote: Max Bowsher wrote: I'm going to describe exactly how setup behaves for me. Explain carefully how it differs for you. Setup Splash Page [Next] Choose a Download Source [Install from Local Directory, Next] Select Root Install Directory [Next] Select Local Package Directory [Next] Progess [wait] Select Packages [Make necessary choices in the package chooser thingy, Next] Stuff gets installed. This is very helpful. It is quite possible that I am too impatient. How long is the Progress [wait] step under what conditions including CPU speed (mine is very slow, a 486/80)? Less than 1 sec on my P4 1.2GHz. I think you should hear disc access during this phase. (I can't tell - 1GB of RAM allows a lot of disc cache :-) ) You have got to be kidding! You must have very few packages installed. I have a full mirror of all binary and source packages and keep all the binary packages installed. Preparation for Install from Local Directory takes 2:15 (min:sec) on my system. This system is, by the standards of the moment, one of the fastest systems one can buy (the only real exception in this case being the mere Ultra-Wide SCSI disk and channel on which my local Cygwin package mirror resides--the other disks, including the Cygwin are Ultra-160; Well, that and the fact that I keep the mirror package files on an NTFS compressed volume). After Setup.exe is done scanning the package repository and the active installation to tell me what's available for installation (update), it has consume about 6 seconds of CPU time (on a 2.4 GHz P4) and has read 748 million bytes. The local package mirror / repository occupies 489 megabytes. Hmmm... Now that I think of it, it could only be counter-productive to use file system compression on all those BZip2-compressed files (as well as on the older gzip-compressed ones). I'll exclude that portion of the volume from compression in the future. OK. After removing the system-level compression from the archive and immediately re-running Setup.exe in Install from Local Directory the scanning time decreases from 2:15 to 1:50. Not bad. Anyway, the point is that considerable patience can be required for this phase of Setup.exe's operation. I suppose some sort of progress meter might forestall the incorrect conclusion among some users that the program has hung or is looping infinitely, possibly trashing their disk in the process... (Did I phrase that sufficiently neutrally to avoid being asked to submit a patch?) I considered that that should be virtually instantaneous, and I gave the process the 3 fingered salute after a relatively short time. As I said, I have about 90 odd megabytes of bz2 files downloaded as candidates to process, much of which I want to ignore for now. Patience is a virtue... If the system has to expand all those bz2 files and extract the tar directories, that would explain the delay. It doesn't extract them. I think it just walks the tree checking presence and sizes (and, in as-yet-unreleased setup versions, the md5sum). Can you confirm that all I need to do to shift those elsewhere (a different disk) is to bodily move the whole download source directory (and subdirs etc) there? You should move the entire local package directory (the one you specified in setup.exe) and all subdirs. The setup.ini file in particular is vital if you want to do an install with no net access. Max. Randall Schulz Mountain View, CA USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Numerous errors in post-install config
I downloaded Cygwin yesterday and installed it on my WinXP box this morning. While the install went fine, during the post-install configuration there were many errors. The windows appeared and disappeared for my to give specifics, but I do remember seeing that it was unable to find something dealing with apache, some said something about not being able to add 'Emacs' to a menu because it already existed. There were about 50 of those types of message for different programs. I don't remember the names other than the emacs one. There were also a lot of errors that said permission denied. After the install, I ran cygwin to get a shell. When the window opens, I get the following: /usr/share/texmf/web2c/texmf.cnf: Permission denied /usr/share/texmf/web2c/texmf.cnf: Permission denied /usr/share/texmf/web2c/texmf.cnf: Permission denied Printed three times just like that. Then I get my prompt but it says: AdministratorRPB-13741 ~ $ But, I'm not logged in as Administrator (although I am in the local admin group on this workstation). Why doesn't this have my normal username instead? Any suggestions on how to get the post-install to work properly and get rid of the errors? -- Matt Perry | matt at primefactor dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: starting a CYGWIN app from a Windows Service
Thanks Dan. Using rt fixed the problem for the moment. I will still need to understand exactly why there was a difference though. CYGWIN is undefined in both circumstances. What I don't understand is the system vs. user mount types. The file is on the local file system, (C:/.../file.txt) so I don't know if that applies here. -Mark -Original Message- From: Dan Vasaru [mailto:dvasaru;broadpark.no] Sent: Wed 10/16/2002 5:09 PM To: Madsen, Mark; [EMAIL PROTECTED] Cc: Subject:RE: starting a CYGWIN app from a Windows Service Mark, As Chris suggested, if you want consistent behaviour under cygwin, always open text files in text mode (O_TEXT or rt). Even better, wrt portability to Unix platforms, is to: 1. open the file in binary mode 2. be prepared to accept both CRLF- and LF-style text files (i.e. strip the CR yourself) This way, your software will always behave when encountering a Windows file while running on a Unix platform. Dan PS. To explain the behaviour you're seeing you have to check 4 places: value of the CYGWIN environment variable when running as a service value of the CYGWIN environment variable when running as yourself system mount types user mount types There's probably a difference in the mount mode or CYGWIN variable between the 2 cases. Dan -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-owner;cygwin.com]On Behalf Of Madsen, Mark Sent: Wednesday, October 16, 2002 11:21 PM To: [EMAIL PROTECTED] Subject: starting a CYGWIN app from a Windows Service When I run an application that uses the cygwin1.dll from either a Windows Service and then from the command line I get different results when trying to read a text file. As a Windows Service: I use fopen and fgets to read a DOS text file and the CR/LF combinations are handled properly. Meaning that I only see the single LF. Running from a DOS command line: Using the exact same executable image as above, both characters are in the buffer. What I know: Both instances use the very same DLL image. (I deleted it and both instances complain about the DLL missing.) Both instances are reading the exact same file, not two different copies. I tried working with the CYGWIN environment variable with no effect on the outcome. Any help would be greatly appreciated. Thanks, Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh refuses to enter binmode (fwd)
On Fri, Oct 18, 2002 at 01:14:15AM -0400, David N. Blank-Edelman wrote: I'm writing as a user of another program whose behavior broke with the new cygwin update (unison over ssh). Why are you refusing to use the snapshot? This is very perplexing. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin Login
After I install Cygwin . What should I do next. I got $ prompt =85. =A0There=92s =93 I have no name! My computername=85 I try to type login=A0 =85 . what is my login and password.=A0 =85 Is there another document about cygwin =A0 I already see www.cygwin.com http://www.cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh refuses to enter binmode. WinCVS problem explained? Try a snapshot!
I can confirm that snapshot 1.3.14s(0.62/3/2) 20021017 21:45:13 does indeed fix this problem for me. Mike Lerwill -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-owner;cygwin.com]On Behalf Of Christopher Faylor Sent: 18 October 2002 02:59 To: [EMAIL PROTECTED] Subject: Re: ssh refuses to enter binmode. WinCVS problem explained? Try a snapshot! On Thu, Oct 17, 2002 at 05:50:09PM -0400, Andrew Greene wrote: I upgraded to the latest cygwin this morning (not sure when I last did) and ssh is suddenly replacing LF with CRLF. This prevents Unison from working, along with who knows what else (I'm afraid to try CVS!) That's interesting. Corinna apparently built ssh with textmode.o. Cygwin 1.3.13 honors that when opening files at the dos prompt and so output will always have CRLF line endings. This probably explains the problems with WinCVS. I can guess why ssh is linked with textmode.o but I don't know why it isn't eventually setting its standard output appropriately. I would have expected it do do so. Hmm. If only there was some source I could consult about this... Anyway, I've checked in a patch that may or may not be temporary. I'll have to talk to Corinna and decide. In the meantime, I've uploaded a new snapshot which works around this problem. Please try downloading it. http://cygwin.com/snapshots/ You may have to hit refresh your browser to get the latest snapshot since there has been more than one snapshot generated today. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new gdb interface
On Thu, Oct 17, 2002 at 04:10:35AM -0400, CBFalconer wrote: Thomas Mellman wrote: Thank you, that helped. Nevertheless, let me re-iterate my plea: particularly in the CYGWIN world, fancy do-dads should be optional, rather than standard Unix command line behaviour (IMHO) being optional. Amen. Hallelujah! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Another problem using GDB
Hi! Thursday, 17 October, 2002 Thomas Mellman [EMAIL PROTECTED] wrote: TM I'm having another problem with GDB. Normally, one would debug a core file TM as follows (correct?): TM gdb -nw gtl.exe gtl.exe.stackdump *.stackdump is not a corefile. To create core file, use 'dumper' utility, supplied with cygwin. Then you can debug created gtl.exe.core by issuing 'gdb --core=gtl.exe.core' command. Documentation on using dumper should be present in User's manual. Egor.mailto:deo;logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good question for the maintainers of binary tools for cygwin
Hello from Gregg C Levine Thank you!! I shall try that. This silly problem also has me in a blue funk, complete with feeling it. Gregg C Levine [EMAIL PROTECTED] Oh my! The Second Doctor's nearly favorite phrase. - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 18, 2002 12:58 AM Subject: Re: A good question for the maintainers of binary tools for cygwin [What an odd subject. I guess it got my attention, but still...] On Fri, Oct 18, 2002 at 12:38:21AM -0400, Gregg C Levine wrote: this is: Does a tool exist that will convert the binary format of a VC library file, into the binary format of the libraries used by Cygwin? I am using a variety of tools to attempt to build this problematic item, and that's my current brick wall. 'ar' is the tool to manipulate a VC library file. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Another problem using GDB
On Thu, Oct 17, 2002 at 10:06:21AM -0400, [EMAIL PROTECTED] wrote: I'd highly recommend thoroughly exploring the information provided at www.cygwin.com for answers before resorting to any external web site for Cygwin information. While there may be good information on Cygwin elsewhere, it's the Cygwin web site that gets the most scrutiny and is a much more reliable source of quality information overall. To be honest, it's a real goal to have this site be the one-stop shopping for all your Cygwin needs. Folks who want to disseminate Cygwin information are encouraged to do it at the Cygwin web site. But that's a bit of a different issue. ;-) In any case, the Cygwin community maintains the Cygwin web site only and strives to keep it current, correct, and useful. Other sites are outside our control and in general, not recommended resources. Hmmm, although that's a nice sentiment that I appreciate, I thought that I'd seen C. Faylor say that we should be looking at Google for answers rather than pestering the list ... On a related issue, I can't use the search function in the mail archives - it always times out on me ... Thomas Mellman [EMAIL PROTECTED] Mobile +49/162/806-8405 Fax +49/1212/5 115 48 103 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Installation Problem (Can't open C:\/ftp%3a%2f%2farchive.progeny.com[...] for writing: No such file or directory)
Hi, I tried to download cygwin and do a local install. This failed, so I uninstalled (deleted links, directories registry entries) and tried a direct from internet install. It seems that no matter what options I choose, I get an error (see subject or below). OS: Win98 Below is an extract from the setup.log.full: Thanks, Eddy get_url_to_file ftp://archive.progeny.com/cygwin/release/ash/ash-20020731-1.tar.bz2 C:\/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/ash/ash-20020731-1.tar. bz2.tmp ftp 226 Transfer complete. ftp 227 Entering Passive Mode (216,37,55,114,225,181) ftp 150 Opening BINARY mode data connection for '/cygwin/release/ash/ash-20020731-1.tar.bz2' (46081 bytes). 2002/10/17 14:00:34 mbox fatal: Can't open C:\/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/ash/ash-20020731-1.tar. bz2.tmp for writing: No such file or directory 2002/10/17 14:00:35 Ending cygwin install -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
About ENV?
Why env in cygwin work like these: $ =aaa echo $ $ =aaa; echo $ aaa $ echo $ aaa Maybe it not correct? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: File permission problems with new cygwin dll
On Fri, Oct 18, 2002 at 12:19:29AM +0200, Pavel Tsekov wrote: On Thu, 17 Oct 2002, Christopher Faylor wrote: On Thu, Oct 17, 2002 at 03:17:11PM +1300, Ross Smith wrote: If you take any command-line program that writes to stdout -- plain old hello world will do fine -- compile it with gcc, and run it several times with somefile, then you get a file containing several copies of hello world, as you'd expect. But if you compile it with Visual C++ instead, then instead of appending to the file, it just overwrites the beginning of the file every time. Should be fixed in cvs. I'm generating a snapshot. The problem was caused by this change from Pavel Tsekov: http://sources.redhat.com/ml/cygwin-cvs/2002-q3/msg00064.html I had a nagging feeling that this was a problem when it was checked in. My fix still keeps this patch but it resets file pointers before execing a new process. That seems to work. I should have been more careful. My mistake is that I didn't understand why the file pointer should be moved on open () back then. Removing this code fixed an obivious bug and seemed reasonable. Now as I looked at the code you've checked in dtable.cc, everything seems clear. Sorry :( Hey, I wasn't pointing fingers! I should have made that very clear. I approved the checkin and I should understand the code pretty thoroughly. I should have remembered why the file pointer code was in open. I'm glad that we did things this way. Your patch makes cygwin slightly faster and I *think* that handling the problem in exec makes things even more correct than they were prior to your patch. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Another problem using GDB
egor duda [EMAIL PROTECTED] schrieb am 17.10.02 12:10:42: Hi! Thursday, 17 October, 2002 Thomas Mellman [EMAIL PROTECTED] wrote: TM I'm having another problem with GDB. Normally, one would debug a core file TM as follows (correct?): TM gdb -nw gtl.exe gtl.exe.stackdump *.stackdump is not a corefile. To create core file, use 'dumper' utility, supplied with cygwin. Then you can debug created gtl.exe.core by issuing 'gdb --core=gtl.exe.core' command. Thank you. I guess this webpage is wrong, which I'd found looking for gdb stackdump in order to find instructions: http://aubit4gl.sourceforge.net/aubit4gldoc/manual/html/faq.html You can use gdb --nw to run debugger in CUI mode, not GUI gdb --nw 4glc.exe 4glc.exe.stackdump -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New cygwin .dir_colors
Igor Pechtchanski [EMAIL PROTECTED] wrote around 16 Oct 2002 news:Pine.GSO.4.44.0210161304370.6818-20;slinky.cs.nyu.edu: Sounds like an argument for a patch. Care to submit one? Larry I do (attached). :-D Good going! Soren A -- Just say NO to YAHAAPs! (http://groups.google.com/groups?selm= Xns92991EB1F396ngrATT586ID%40204.127.36.1) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Dumper.exe doesn't work with libintl2-0.11.5-1. Was: RE: Another problem using GDB
Found 2 matches for cygintl-2.dll. libintl2/libintl2-0.11.2-2 GNU Internationalization runtime library libintl2/libintl2-0.11.5-1 GNU Internationalization runtime library I had 0.11.5-1 installed (I reinstalled it just to be sure). It still didn't work. I tried backing out to 0.11.2-2, and it worked fine. I'm running the dumper.exe from cygwin 1.3.13-2. -Rolf -Original Message- From: Christopher Faylor [mailto:cgf;redhat.com] Sent: Thursday, October 17, 2002 12:32 PM To: [EMAIL PROTECTED] Subject: Re: Another problem using GDB On Thu, Oct 17, 2002 at 09:28:51AM -0400, Rolf Campbell wrote: When I try to use dumper, I get an msgbox The procedure entry point dcgettext__ could not be located in the dynamic link library cygintl-2.dll. http://cygwin.com/packages/ Search for cygintl-2.dll Install that package. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Another problem using GDB
On Thu, Oct 17, 2002 at 09:28:51AM -0400, Rolf Campbell wrote: When I try to use dumper, I get an msgbox The procedure entry point dcgettext__ could not be located in the dynamic link library cygintl-2.dll. http://cygwin.com/packages/ Search for cygintl-2.dll Install that package. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Succeeded getting cygwin-1.3.13-2
Some mirrors fall really behind on the latest updates. I used the (B following procedure to find the best mirror: after a new cygwin package is (B released, I first browsed ftp://cygwin.com/ to find that package (it can't (B be downloaded from there), and then looked at the mirrors until I found (B one that had the package. You may want to find two or three and compare (B them for speed, though. (B (B I used "mirror.averse.net" , Singapore site.I could get new cygwin-1.3.13-2 (Bbinary.Thank you very much for your above advise. (B (B This has nothing to do with setup. perl-5.8.0 is marked 'experimental', (B and thus not offered as an upgrade unless you select the 'Exp' radio (B button. (B (B I did not know perl-5.8.0 is experimental version and what I should use (Bthe 'Exp' radio button.Thank you very much also for your above advise. (BI used only 'Curr' button when I update with setup. (B (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BBug reporting: http://cygwin.com/bugs.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: BUG in cygwin's implementation of GDB?
On Thu, Oct 17, 2002 at 11:28:32AM +0200, Thomas Mellman wrote: I think I've encountered a bug in GDB. Although help run says the following: (gdb) help run Start debugged program. You may specify arguments to give it. Args may include *, or [...]; they are expanded using sh. Input and output redirection with , , or are also allowed. if you say: (gdb) r eg/10.gtl then the following is true: argv[1] = '' argv[2] = 'eg/10.gtl' and naturally, stdin is ... well, stdin. This is not the behaviour on my linux system at home and is - AFAICT - wrong. stdio redirection is not currently implemented in gdb. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Another problem using GDB
On Thu, Oct 17, 2002 at 10:06:21AM -0400, [EMAIL PROTECTED] wrote: I'd highly recommend thoroughly exploring the information provided at www.cygwin.com for answers before resorting to any external web site for Cygwin information. While there may be good information on Cygwin elsewhere, it's the Cygwin web site that gets the most scrutiny and is a much more reliable source of quality information overall. To be honest, it's a real goal to have this site be the one-stop shopping for all your Cygwin needs. Folks who want to disseminate Cygwin information are encouraged to do it at the Cygwin web site. But that's a bit of a different issue. ;-) In any case, the Cygwin community maintains the Cygwin web site only and strives to keep it current, correct, and useful. Other sites are outside our control and in general, not recommended resources. Yep. Good advice since, in this case, the web page is 100% wrong and we don't want to be policing other people's web pages. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installation Problem (Can't openC:\/ftp%3a%2f%2farchive.progeny.com[...] for writing: No such file ordirectory)
On Fri, 2002-10-18 at 09:09, Eddy Boxerman wrote: Hi, I tried to download cygwin and do a local install. This failed, so I uninstalled (deleted links, directories registry entries) and tried a direct from internet install. It seems that no matter what options I choose, I get an error (see subject or below). Don't use c:\ for your local package directory. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
setup trouble with Download from Internet
I'm using the Download from Internet facility to share the downloaded packages with several machines, but I'm faced with a problem I didn't figure before : when downloading new or released packages, the setup program (v2.249.2.5) uses the /etc/setup base of the machine that performs the download without taking care of the content of my local package directory. Then if I didn't installed a package on the machine that makes the download this package will be seen as a new one, even if it is present in the local package directory (and even I'm using the same mirror). Am I right to be surprised or is this a for a long time behavior that I didn't see before ? Regards, Laurent. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Internal Server Error when searching the mailing list
Hi, Searching the mailing list for make bash (which goes to the following URL for me: http://www.cygwin.com/cgi-bin/htsearch?method=andformat=builtin-longsort=timeconfig=htdigrestrict=%2Fml%2Fcygwin%2Fexclude=words=make+bash ) results in 500 Internal Server Error... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
A good question for the maintainers of binary tools for Cygwin
Hello from Gregg C Levine I am having more then my usual problems with building a collection of programs. But that's not your problem fellows, this is: Does a tool exist that will convert the binary format of a VC library file, into the binary format of the libraries used by Cygwin? I am using a variety of tools to attempt to build this problematic item, and that's my current brick wall. Gregg C Levine [EMAIL PROTECTED] Oh my! The Second Doctor's nearly favorite phrase. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't start apache-1.3.24-5 with cygwin-1.3.13-2 as a service under W2K
On Thu, Oct 17, 2002 at 04:29:36PM +0200, Dr. Volker Zell wrote: Is anybody else seeing this or can provide any hints what to do ? TRY A SNAPSHOT. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc builds executables but they're not executable?
Okay, I'm trying to do some stuff with time so downloaded the gnu time command from the install site. A couple of other things also got grabbed, I think they were texinfo and fi I forget. Point being now when I build an executable it's not executable and chmod won't let me make it executable. I thought I saw this discussed on the list recently but couldn't find it in the archive. WTF did I do! and how can I undo it. Thanks, Frank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Another problem using GDB
On Thu, Oct 17, 2002 at 08:48:12PM +0200, [EMAIL PROTECTED] wrote: On Thu, Oct 17, 2002 at 10:06:21AM -0400, [EMAIL PROTECTED] wrote: I'd highly recommend thoroughly exploring the information provided at www.cygwin.com for answers before resorting to any external web site for Cygwin information. While there may be good information on Cygwin elsewhere, it's the Cygwin web site that gets the most scrutiny and is a much more reliable source of quality information overall. To be honest, it's a real goal to have this site be the one-stop shopping for all your Cygwin needs. Folks who want to disseminate Cygwin information are encouraged to do it at the Cygwin web site. But that's a bit of a different issue. ;-) In any case, the Cygwin community maintains the Cygwin web site only and strives to keep it current, correct, and useful. Other sites are outside our control and in general, not recommended resources. Hmmm, although that's a nice sentiment that I appreciate, I thought that I'd seen C. Faylor say that we should be looking at Google for answers rather than pestering the list ... I generally tell people to use the resources at the project web site when it is a cygwin question. I don't recall telling people to read documentation elsewhere -- quite the contrary I've frequently asked people to contribute documentation improvements here. However, if you want to use google, then, as long as you are vaguely remembering what has been said, let me refresh your memory: Add a site:cygwin.com to the search term. On a related issue, I can't use the search function in the mail archives - it always times out on me ... Works fine here. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
