Re: [PATCH] Bigger Chooser 2
On Fri, 2003-03-28 at 17:44, Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! Changes from the last patch: - Finish problem fixed. - Back button on splash page disabled again. - Bonus: two new icon resolutions! Only known problem is the bottom separator line still goes all the way to the edge of the dialog (i.e. there's no margin) on the regular-sized pages. Not a huge visual problem. This is cool. I hope to get a chance to review it soon but: it's too big for a single commit. I'd like you to start sending in the bits that you can, in a single-patch-does-a-single-conceptual-change style. Those I can review and approve for Max or I to checkin. As an example: The signature change for OnActivate from void to long is a single change - you could do a patch just for that, returning 0 from everything and ignoring the result. Bad example probably, but it should give you the idea. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
LibXML2 and LibXSLT
Hello All, I have started working on these two packages but I have just taken a bit more responsability at work for the next two weeks. This means that my optimistic deadline of this week to release test packages will have to be put forward. I will continue to work on these more in the coming weeks but I doubt I will have done enough to release tests. If anyone would like to help me out :-) Please do... Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk
Re: LibXML2 and LibXSLT
On Fri, 28 Mar 2003, Elfyn McBratney wrote: Hello All, I have started working on these two packages but I have just taken a bit more responsability at work for the next two weeks. This means that my optimistic deadline of this week to release test packages will have to be put forward. I will continue to work on these more in the coming weeks but I doubt I will have done enough to release tests. If anyone would like to help me out :-) Please do... I guess the comunity can help here. Why dont you release these packages marked as 'test' at some point and let the interested parties test and comment. Ok. I'll do this either this evening or beginning of next week. Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk
Re: ATTN: Apache, Perl, Python, and Exim maintainers
to change the requires: dependency on 'gdbm' to 'libgdbm'. Thus, you don't need to do anything NOW, but you probably need to note this change so that your next release reflects the correct dependency. Thank you for the note. Perl-5.8 'final' release is coming soon, you're just in time ;) FWIW, I've just uploaded 1.8.3-1 as a 'test' release. If you wouldn't mind, I was wondering if you could try at least one of your builds of perl-5.8-pre against the new 1.8.3-1 version of gdbm -- I'd like to know if perl can link against it, and perl's testsuite ought to really put it thru its paces... However, I don't anticipate promoting 1.8.3-1 to 'current' very soon, so your perl-5.8 *release* should still depend on the old 1.8.0-5 version -- and your setup should say requires: libgdbm ... and NOT requires: libgdbm3 (and not requires: gdbm). I'll post another message to the main cygwin list about the new new gdbm package 'avail for test'. --Chuck
a cute-to-have tool - what-needed
It would be nice, when something is unexpectedly installed, for users to be able to do something like: what-needed xfree86-base and get back libProplist. If setup that could be a gui, of course. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
RE: [PATCH] Bigger Chooser 2
On Fri, 2003-03-28 at 17:44, Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! Changes from the last patch: - Finish problem fixed. - Back button on splash page disabled again. - Bonus: two new icon resolutions! Only known problem is the bottom separator line still goes all the way to the edge of the dialog (i.e. there's no margin) on the regular-sized pages. Not a huge visual problem. This is cool. I hope to get a chance to review it soon but: it's too big for a single commit. I'd like you to start sending in the bits that you can, in a single-patch-does-a-single-conceptual-change style. Those I can review and approve for Max or I to checkin. Are you saying you won't review and approve this patch as-is? As an example: The signature change for OnActivate from void to long is a single change - you could do a patch just for that, returning 0 from everything and ignoring the result. Bad example probably, but it should give you the idea. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. -- Gary R. Van Sickle Brewer. Patriot.
RE: [PATCH] Bigger Chooser 2
On Sat, 2003-03-29 at 17:24, Gary R. Van Sickle wrote: it's too big for a single commit. I'd like you to start sending in the bits that you can, in a single-patch-does-a-single-conceptual-change style. Those I can review and approve for Max or I to checkin. Are you saying you won't review and approve this patch as-is? Yes. I've never liked 100K patches, even when I do them. Rob Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: ATTN: Apache, Perl, Python, and Exim maintainers
Hallo Charles, to change the requires: dependency on 'gdbm' to 'libgdbm'. Thus, you don't need to do anything NOW, but you probably need to note this change so that your next release reflects the correct dependency. Thank you for the note. Perl-5.8 'final' release is coming soon, you're just in time ;) Gerrit -- =^..^=
Re: Multimonitor screen
As of Test 79 -multiwindow works across multiple monitors just great, with or without the -multiplemonitors flag. (Thank you Kensuke!) That may be where I am going wrong g Do I need to download something else other than the 'setup' distribution? Now that I am getting into things, I can see that the xserver is 4.2.0-29, but XWin is still 4.2.0-1. The multiple monitor support in Xwin.exe is like the +xinerama Linux option - it treats all the monitors as one screen. Although you can specify multiple screens with -screen 0 -screen 1, there is currently no way to associate them with individual monitors. Was that what you wanted to do? Yes and no. I would like the xinerama option for the development machine, I'm used to it on Windows g I would like to be able to run each monitor as a defined screen, then I can just direct a picture sequence to each channel - but that is work in progress anyway. -- Lester Caine - L.S.Caine Electronic Services
Re: Multimonitor screen
Lester Caine wrote: As of Test 79 -multiwindow works across multiple monitors just great, with or without the -multiplemonitors flag. (Thank you Kensuke!) That may be where I am going wrong g Do I need to download something else other than the 'setup' distribution? Now that I am getting into things, I can see that the xserver is 4.2.0-29, but XWin is still 4.2.0-1. OK I can answer my own question now - I need to developer stuff g I've got Test79 loaded and working - pictures across two monitors. So next question on the list ( unless I find it first ) I have startx configured to go into kde2, but I can't see at present where I tell XWin to use both monitors when it loads. Obviously I am still finding my way around the scripts, so some further kicks in the right direction would help. -- Lester Caine - L.S.Caine Electronic Services
Re: Multimonitor screen
So next question on the list ( unless I find it first ) I have startx configured to go into kde2, but I can't see at present where I tell XWin to use both monitors when it loads. Obviously I am still finding my way around the scripts, so some further kicks in the right direction would help. OK that was too easy. I'm getting the hang of this now. So all that is outstanding is How do I start a window OTHER than at 0,0 ? ( I may actually be getting to a point where I could program it myself, but lets stick with what is available first g ) Now that I can get into KDE, reading the man stuff is easier, the old grey cells are warming up and I can remember how to do things, but how do I find out what I should be doing with the likes of .xserverrc -if at all - i.e. Is there a recomended way of setting up configurations? -- Lester Caine - L.S.Caine Electronic Services
RE: Multimonitor screen
Xwin -multiplemonitors -rootless Wmaker xterm -geometry +1600+0 Puts an xterm at the top left of my second monitor (My system has three monitors each at 1600x1200) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lester Caine Sent: 28 March 2003 11:20 To: [EMAIL PROTECTED] Subject: Re: Multimonitor screen So next question on the list ( unless I find it first ) I have startx configured to go into kde2, but I can't see at present where I tell XWin to use both monitors when it loads. Obviously I am still finding my way around the scripts, so some further kicks in the right direction would help. OK that was too easy. I'm getting the hang of this now. So all that is outstanding is How do I start a window OTHER than at 0,0 ? ( I may actually be getting to a point where I could program it myself, but lets stick with what is available first g ) Now that I can get into KDE, reading the man stuff is easier, the old grey cells are warming up and I can remember how to do things, but how do I find out what I should be doing with the likes of .xserverrc -if at all - i.e. Is there a recomended way of setting up configurations? -- Lester Caine - L.S.Caine Electronic Services _ This e-mail has been scanned for viruses by the WorldCom Internet Managed Scanning Service - powered by MessageLabs. For further information visit http://www.worldcom.com
Re: Multimonitor screen
Xwin -multiplemonitors -rootless Wmaker xterm -geometry +1600+0 Puts an xterm at the top left of my second monitor (My system has three monitors each at 1600x1200) OK I may have to live with that approach, but I was thinking rather of XWin :0 - 0,0 - XWin :1 - 1024,0 etc. So that there is no interaction between the screens. I use your approach in the windows versions, but was trying to get to a point where each window looked after itself. ( One of my sites has several machines with 8x Plasma Screens each 864x480, but laid out as 3940x864 and I have to rotate each screen in windows g ) I am also getting my head around these script files and it's worrying that they are actually making sence bg -- Lester Caine - L.S.Caine Electronic Services
Re: Multimonitor screen
You really don't want Test 79 --- take a look at /tmp/XWinrl.log, you'll see what I mean (it is huge!). Instead, you want XFree86-xserv-4.2.0-28 from setup. Harold Lester Caine wrote: Lester Caine wrote: As of Test 79 -multiwindow works across multiple monitors just great, with or without the -multiplemonitors flag. (Thank you Kensuke!) That may be where I am going wrong g Do I need to download something else other than the 'setup' distribution? Now that I am getting into things, I can see that the xserver is 4.2.0-29, but XWin is still 4.2.0-1. OK I can answer my own question now - I need to developer stuff g I've got Test79 loaded and working - pictures across two monitors. So next question on the list ( unless I find it first ) I have startx configured to go into kde2, but I can't see at present where I tell XWin to use both monitors when it loads. Obviously I am still finding my way around the scripts, so some further kicks in the right direction would help.
Re: Multimonitor screen
You really don't want Test 79 --- take a look at /tmp/XWinrl.log, you'll see what I mean (it is huge!). Instead, you want XFree86-xserv-4.2.0-28 from setup. Yes I had spotted that. BUT I had downloaded all the files at the beginning of the week, and updated a couple Wednesday (archive.progeny.com). XFree86-xserv-4.2.0-28 was already showing as the version I was using. However, XWin.exe that was in use was an old date, without the multiscreen stuff in the help list. After downloading Test79 I got multiscreen, now going back and manually extracting XFree86-xserv-4.2.0-28 I see a later version of XWin.exe. SO what did I do wrong in the first place? Could the KDE2 install have upset things? ( Came from kde-cygwin.sourceforge.net ) Everything seems to be working nicely now g -- Lester Caine - L.S.Caine Electronic Services
Re: Multimonitor screen
Yes, the KDE install replaced your XWin.exe with an older version that has SHM (shared memory) support built in. You will not be able to use KDE on Cygwin with any XWin.exe that comes from Cygwin/XFree86 proper. Harold Lester Caine wrote: You really don't want Test 79 --- take a look at /tmp/XWinrl.log, you'll see what I mean (it is huge!). Instead, you want XFree86-xserv-4.2.0-28 from setup. Yes I had spotted that. BUT I had downloaded all the files at the beginning of the week, and updated a couple Wednesday (archive.progeny.com). XFree86-xserv-4.2.0-28 was already showing as the version I was using. However, XWin.exe that was in use was an old date, without the multiscreen stuff in the help list. After downloading Test79 I got multiscreen, now going back and manually extracting XFree86-xserv-4.2.0-28 I see a later version of XWin.exe. SO what did I do wrong in the first place? Could the KDE2 install have upset things? ( Came from kde-cygwin.sourceforge.net ) Everything seems to be working nicely now g
Re: Multimonitor screen
Everything seems to be working nicely now g OK I spoke too soon. -multiplemonitors - KDE2 works fine. -mutilwindow -multiplemonitors - KDE2 displays fine and allows some things to work, but I have a problem with DCOP in that KLauncher can't find it to start some programs, but is fine without -multiwindow It was indicated that they did not work together, but is this an X problem, or KDE2? -- Lester Caine - L.S.Caine Electronic Services
-multiplemonitors and -multiwindow bug
I have two monitors, monitor 2 is physically left of monitor 1, monitor 1 is the primary monitor. (It has to be that way, unfortunately.) XFree86-xserv 4.2.0-28. In startxwin.sh, I have XWin -multiwindow -clipboard -multiplemonitors xterm xterm appears in the upper left hand corner of my primary monitor, it works fine. I then drag the xterm window left to the secondary monitor. It redraws fine. When I try to type in a command, my keyboard input does not show up in the xterm. I drag the xterm window back to the primary monitor. The xterm redraws, updating to show all of my keyboard input. While on the secondary monitor, the xterm is actually responding, but not displaying, e.g., # ls actually runs ls, and # xterm actually runs another xterm (which then pops up on my primary monitor, able to accept all input). -JT
RE: For the FAQ: German Umlauts bash in X11
Heinz, Thanks for the suggestion. I have included your suggestion in a new release of the FAQ that I just posted. To anyone else that has been making FAQ suggestions: please send them again. My documentation build system is working again so I can quickly add items to the FAQ now. Harold -Original Message- From: Heinz Peter Hippenstiel [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 4:37 AM To: [EMAIL PROTECTED] Subject: For the FAQ: German Umlauts bash in X11 Hi, could you add a little piece to th FAQ section 4.7? --- 4.7. I have installed a modmap for my non-U.S. keyboard layout, but how do I get bash to display accents and/or umlauts? Add the following lines to .inputrc in your Cygwin home directory (e.g. /home/harold/): set meta-flag on set output-meta on # to show 8-bit characters set convert-meta off # to show it as character, not the octal representation # Mapping for german Umlauts \M-a: ä \M-A: Ä \M-o: ö \M-O: Ö \M-u: ü \M-U: Ü \M-s: ß # (TODO: Mapping for accents?) --- That will *really* make it. The Meta flags will only convert the input to \347 or something. Cheers, Heinz Peter 'HP' Hippenstiel
PATH Problem and Solution
Guys, I just spend an hour or so installing XFree86/Cygwin with WindowMaker - works great, by the way - and I discovered an oddity. I'm certain this is a Windows/DOS issue, but here it is: This line in startxwin.bat can cause problems depending on the original contents of the PATH variable: SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% ...here's why: Some programs insert their directory into the PATH variable using the long file name (C:\Program Files\Java\j2re1.4.1\bin for example), and some use the 8.3 DOS format (C:\PROGRA~1\ULTRAE~1). The DOS shell, when it expands the variable, %PATH%, leaves the spaces in the name, and the SET command thinks you've just given it an extra parameter. The solution is to change the base PATH in Windows to use the short, DOS 8.3 form (C:\PROGRA~1\Java\j2re1.4.1\bin in our case). You want to run the MSCONFIG command to do this. I hope this helps someone. Carey
src/winsup/w32api include/winnt.h ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-29 01:33:41 Modified files: winsup/w32api/include: winnt.h winsup/w32api : ChangeLog Log message: 2003-03-28 Bang Jun-Young [EMAIL PROTECTED] * include/winnt.h (WAITORTIMERCALLBACKFUNC): Add typedef. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnt.h.diff?cvsroot=srcr1=1.62r2=1.63 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.359r2=1.360
winsup ChangeLog Makefile.common
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2003-03-29 04:15:52 Modified files: . : ChangeLog Makefile.common Log message: * Makefile.common (ALL_CXXFLAGS): Make normal '=' type variable so that CXXFLAGS is properly interpreted. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/ChangeLog.diff?cvsroot=uberbaumr1=1.67r2=1.68 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/Makefile.common.diff?cvsroot=uberbaumr1=1.40r2=1.41
src/winsup/cygwin ChangeLog Makefile.in config ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-29 04:20:45 Modified files: winsup/cygwin : ChangeLog Makefile.in configure configure.in Log message: * Makefile.in: Remove EXE_LDFLAGS. Fix fhandler_CFLAGS typo. Recognize .s suffix. * configure.in: Remove EXE_LDFLAGS. * configure: Regenerate. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1842r2=1.1843 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.116r2=1.117 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.diff?cvsroot=srcr1=1.12r2=1.13 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.in.diff?cvsroot=srcr1=1.14r2=1.15
src/winsup/w32api ChangeLog include/commctrl.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-29 05:06:53 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: commctrl.h Log message: * include/commctrl.h (ANIMATE_CLASS,HOTKEY_CLASS,PROGRESS_CLASS, STATUSCLASSNAME,TOOLBARCLASSNAME,TOOLTIPS_CLASS,TRACKBAR_CLASS, UPDOWN_CLASS,WC_COMBOBOXEX,WC_HEADER,WC_IPADDRESS,WC_LISTVIEW, WC_TABCONTROL,WC_TREEVIEW): Move UNICODE mappings out of RC_INVOKED guard. (WC_PAGESCROLLER,WC_NATIVEFONTCTL,WC_BUTTON,WC_STATIC,WC_EDIT, WC_LISTBOX,WC_COMBOBOX,WC_SCROLLBAR): Add defines. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.360r2=1.361 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/commctrl.h.diff?cvsroot=srcr1=1.28r2=1.29
RE: RPM-4.1 port to cygwin available
There's substantial evidence that RPM based distribution of Cygwin is feasible: http://www.holonlinux.com/product/xonwin/index.html Just in case you don't read Japanese, go directly to the FTP site: ftp://xow.holonlinux.com/pub/XonWindows/ kind regards Peter Ring -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED] Sent: 28. marts 2003 05:06 To: [EMAIL PROTECTED] Subject: Re: RPM-4.1 port to cygwin available Robert Collins wrote: I find this concern mystifiying though, we've had an rpm port from Chuck for what - 3 ? 4 ? years. And mine wasn't the first. Robert is correct that we've had very few (zero?) reports of oops I installed a Red Hat Linux rpm and it scrogged my cygwin. We have, however, had a continuing stream of re-re-re-ports of rpm itself (back in the rpm-3.x days) and a dime-a-dozen better cygwin installation schemes based around the author's personal re-port of rpm. In each case, they created a short-lived ruckus on this mailing list, and eventually the forked rpm-based cygwin distro died from neglect. [The only proposal along these lines that ever made any sense to me was Dario Alcocer's idea from ~16 months ago, but unfortunately little came of that.] However, nobody (until now) has ported rpm-4.x to cygwin (AFIAK) -- so that's new. As rpm-4 is a near total rewrite of rpm IIRC, I'm sure it was a major effort. (which is why, among other reasons, I never bothered to update my port) Besides, rpm-4 requires db-4, and I wasn't going to support YA library package. Recently, however, Nicholas Wourms ported and begain maintaining db-2 and db-3 packages, and has db-4 packages ready to go -- which makes an rpm-4 port feasible. However, AFAIK the author of this new rpm-4 port built his own version of db-4 and linked to it (statically?). This is not horrible -- it follows Red Hat Linux's own practice: their primary installation tool should NOT have avoidable dynamic external dependencies. That's why the rpm-4 source tarball contains internal copies of both db and popt. However, we're not Red Hat Linux. Personally, I'd prefer that (a) Nicholas release his db-4 package g, and (b) the rpm package eventually accepted into the cygwin distribution be dynamically linked against cygdb-4.1.dll and cygpopt-0.dll. But, them as writes the code, gets to choose. So this ^^^ is just a bunch of babbling. g --Chuck -- 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: RPM-4.1 port to cygwin available
On Thu, 27 Mar 2003, Charles Wilson wrote: Robert Collins wrote: I find this concern mystifiying though, we've had an rpm port from Chuck for what - 3 ? 4 ? years. And mine wasn't the first. I aired my concern not at the thought of having a port of RPM - I know there's been one around for ages - but at the thought of using it as a Setup-replacement: I replied to the first paragraph written by Shankar Unni in message http://cygwin.com/ml/cygwin/2003-03/msg01844.html: The real benefit to porting RPM or apt-get or whatever to Windows is as a possible replacement for the current installation system (if anyone considers RPM, and its associated GUIs, an improvement, that is). To which I replied with: I can see it now: I downloaded the abcdef RPM from my local LUG mirror and it didn't work - why? .. umm.. Linux executable? I really think it is a Good Thing to have a Windows application that has no equivalent under *NIX take care of Cygwin installation - only a few days ago someone tried to run what he called a Standard Binary (i.e. a Linux executable) under Cygwin and I'm *sure* that will happen a *lot* more often if we use one of the more-or-less standard installers from Linux distributions to install our stuff.. Since then, I've been repeating that I think having a Cygwin port of RPM is a Good Thing, as long as nobody tries to replace Setup with it. and to quote Forrest Gump: .. and that's all I have to say about that .. rlc -- 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: Question: make, makefile and KVM in J2ME
Hi, Igor Pechtchanski Thank you for your help. According to your guide, I find the correct solution to make file. But I still have a problem during the making. I am not sure it is problem in KVM or I miss some parts when I set up the Cygwin. I meet a error message (I have a full list as follows) make[2]: Entering directory `/cygdrive/c/J2ME/CLDC/tools/jcc' make[2]: *** No rule to make target `classesWin.zip', needed by `nativeFunctionT ableWin.c'. Stop. make[2]: Leaving directory `/cygdrive/c/J2ME/CLDC/tools/jcc' what the classesWin.zip means here? native funcation should come from JCC Thd makefile in J2ME/CLDC/tools/jcc is: TOP=../.. include $(TOP)/build/Makefile.inc JAVA = java JAVAC = javac JAR = jar JAVAFILES = $(shell find src -name *.java|grep -v SCCS) CLASSFILES = $(subst src,classes,$(JAVAFILES:java=class)) # $ is dependency # $@ is target $(CLASSFILES): classes/%.class : src/%.java @echo $ .filelist eraselists: @rm -f .filelist compilefiles: @if [ '!' -d classes ]; then rm -rf classes; mkdir classes; fi; @if [ -f .filelist ]; then \ echo $(JAVAC) `cat .filelist`; \ $(JAVAC) -d classes -classpath classes:src \ `cat .filelist`; \ fi ifeq ($(PLATFORM), solaris) all:unix endif ifeq ($(PLATFORM), linux) all:unix endif ifeq ($(PLATFORM), win32) all:windows endif unix: nativeFunctionTableUnix.c ROMjavaUnix.c windows: nativeFunctionTableWin.c ROMjavaWin.c tools: eraselists $(CLASSFILES) compilefiles ifneq ($(JCC_PASS_TWO), true) ROMjava%.c: classes%.zip tools @cp -f src/*.properties classes @$(MAKE) $@ JCC_PASS_TWO=true nativeFunctionTable%.c: classes%.zip tools @cp -f src/*.properties classes @$(MAKE) $@ JCC_PASS_TWO=true nativeRelocation%.c: classes%.zip tools @cp -f src/*.properties classes @$(MAKE) $@ JCC_PASS_TWO=true #Classes that aren't currently used for a particular platform NON_Unix_CLASSES = '' NON_Win_CLASSES = '' classes%.zip: classes.zip @echo ... $@ @cp classes.zip $@ classes.zip: $(TOP)/api/classes.zip @echo ... $@ @cmp -s $ $@ || (echo cp $ $@ ; cp $ $@) $(TOP)/api/classes.zip: .FORCE @(cd $(TOP)/api; $(MAKE) classes.zip) else # One of the possible architectures when creating ROMjava*.c UnixArch = KVM WinArch = KVM UnixFlags = WinFlags = ROMjava%.c: classes%.zip @echo ... $@ $(JAVA) -classpath classes JavaCodeCompact \ $($(patsubst classes%.zip,%Flags,$)) \ -arch $($(patsubst classes%.zip,%Arch,$)) -o $@ $ nativeFunctionTable%.c: classes%.zip @echo ... $@ @cp -f src/*.properties classes $(JAVA) -classpath classes JavaCodeCompact \ $($(patsubst classes%.zip,%Flags,$)) \ -arch KVM_Native -o $@ $ nativeRelocation%.c: classes%.zip @echo ... $@ $(JAVA) -classpath classes JavaCodeCompact \ -imageAttribute relocating \ $($(patsubst classes%.zip,%Flags,$)) \ -arch $($(patsubst classes%.zip,%Arch,$)) -o $@ $ endif clean: @rm -rf .filelist @rm -rf classes tmpjar @rm -rf *.zip @rm -rf ROMjava* @rm -rf nativeFunctionTable* @rm -rf nativeRelocation* @rm -rf *~ */*~ */*/*~ @rm -rf *# */*# */*/*# # I have no idea why this is necessary, but otherwise gnumake deletes # these as intermediate files .SECONDARY: classesUnix.zip classesWin.zip .FORCE: here is a full list for implementation result of make == C:\J2ME\CLDC\build\win32make GCC=true -n for i in ../../tools/preverifier/build/win32 ../../api ../../samples ../../sampl es/jam ../../tools/jcc ../../kvm/VmWin/build ; do \ echo Recursively making $i all...; \ cd $i; make all \ || exit 1; cd /cygdrive/c/J2ME/CLDC/build/win32; \ echo Finished Recursively making $i all. ; \ done Recursively making ../../tools/preverifier/build/win32 all... make[1]: Entering directory `/cygdrive/c/J2ME/CLDC/tools/preverifier/build/win32 ' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/cygdrive/c/J2ME/CLDC/tools/preverifier/build/win32' Finished Recursively making ../../tools/preverifier/build/win32 all. Recursively making ../../api all... File not found - *.java File not found - *.java make[1]: Entering directory `/cygdrive/c/J2ME/CLDC/api' rm -f .filelist if [ '!' -d tmpclasses ]; then rm -rf tmpclasses; mkdir tmpclasses; fi; if [ -f .filelist ]; then \ echo javac -g:none -d tmpclasses -bootclasspath classes \ -classpath classes `cat .filelist`; \ javac -g:none -d tmpclasses -bootclasspath classes \ -classpath classes `cat .filelist` || exit 1; \ echo ../tools/preverifier/build/win32/preverify -d classes tmpclasses; \
Problems with who and w output
Hi I was wondering why I couldn't get any output from the commands who and w, Also wall and talk are not working for me. Here the scenario. I'm using tha latest sysvinit package according to the documentation. init starts up a couple of processes as you can see in the ps listing. Now when I ssh (or telnet) to my box I would expect some output of who an w. But nothing. [EMAIL PROTECTED] /tmp 11:48 AM [509] net start init CYGWIN init wird gestartet. CYGWIN init wurde erfolgreich gestartet. [EMAIL PROTECTED] /tmp 11:48 AM [510] /usr/bin/ps -ef | grep -v grep | sort UID PIDPPID TTY STIME COMMAND vzell1552 1 0 11:47:00 /bin/bash vzell31561552 0 11:48:44 /bin/sort vzell31682456 ? 11:48:43 /usr/sbin/httpd vzell32081552 0 11:48:44 /bin/ps vzell32242456 ? 11:48:43 /usr/sbin/httpd system1132 1 ? 11:48:40 /bin/cygrunsrv system11841132 ? 11:48:40 /sbin/init system14601956 ? 11:48:44 /usr/sbin/sshd system1696 1 ? 11:48:42 /usr/local/sbin/atd system1788 1 ? 11:48:42 /usr/sbin/cron system19563228 ? 11:48:43 /usr/sbin/sshd system2456 1 ? 11:48:42 /usr/sbin/httpd system3164 1 ? 11:48:43 /bin/exim-4.12-3 system31961184 ? 11:48:40 /bin/bash system3212 1 ? 11:48:40 /usr/local/bin/ipc-daemon system32283196 ? 11:48:43 /bin/bash [EMAIL PROTECTED] /tmp 11:48 AM [511] ssh summer [EMAIL PROTECTED]'s password: Last login: Fri Mar 28 11:26:37 2003 from vzell-de.de.oracle.com [EMAIL PROTECTED] ~ 11:48 AM [501] [EMAIL PROTECTED] ~ 11:48 AM [501] who [EMAIL PROTECTED] ~ 11:49 AM [502] w 11:49:15 up 10 days, 5:44, 0 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT [EMAIL PROTECTED] ~ 11:49 AM [503] last | less vzelltty1 summer.de.oracle Fri Mar 28 11:48 still logged in reboot system boot 1.3.22(0.78/3/2) Fri Mar 28 11:48 (00:00) : : SNIP : : [EMAIL PROTECTED] ~ 11:50 AM [504] tty /dev/tty1 The contents of /var/run/utmp shows that there is indeed an entry for my session : : SNIP : : 04D0: 07 00 00 00 FC 05 00 00 ³ 74 74 79 31 00 00 00 00 ü tty1 04E0: 00 00 00 00 00 00 00 00 ³ 79 31 00 00 94 28 84 3E y1 ( 04F0: 76 7A 65 6C 6C 00 00 00 ³ 00 00 00 00 00 00 00 00 vzell 0500: 73 75 6D 6D 65 72 2E 64 ³ 65 2E 6F 72 61 63 6C 65 summer.de.oracle 0510: 2E 63 6F 6D 00 00 00 00 ³ 00 00 00 00 00 00 00 00 .com 0520: 00 00 00 00 00 00 00 00 ³ 00 00 00 00 00 00 00 00 : : SNIP : : And here's the cygcheck output: Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 28 12:07:39 2003 Windows 2000 Advanced Server Ver 5.0 Build 2195 Service Pack 2 Path: D:\usr\local\bin D:\bin D:\usr\X11R6\bin D:\opt\gnome\bin D:\opt\gnome\libexec D:\usr\local\scripts D:\usr\local\teTeX\bin D:\opt\sun\j2sdk\bin D:\opt\sun\j2sdkee\bin D:\opt\jakarta\ant\bin D:\opt\jonas\bin\unix D:\usr\local\pgsql\bin D:\usr\local\pgsql\lib D:\usr\local\netpbm\bin D:\usr\local\games\bin D:\usr\local\apache\bin D:\usr\local\sbin D:\usr\sbin D:\usr\local\hdf\bin D:\usr\local\urt\bin D:\usr\local\cdf\bin D:\usr\local\ray\bin D:\usr\local\dx\bin D:\usr\local\htdig\bin D:\usr\local\WordNet-1.7.1\bin D:\usr\local\lib\qt2\bin D:\usr\local\pp\bin\win32 D:\opt\oracle\ora92\bin D:\opt\oracle\infra92\bin D:\bin\id.exe output (nontsec) UID: 1001(vzell) GID: 513(admin) 513(admin)544(root) 545(users)547(pwrusers) D:\bin\id.exe output (ntsec) UID: 1001(vzell) GID: 513(admin) 513(admin)544(root) 545(users)547(pwrusers) SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode title ntsec tty codepage:oem' HOME = `D:\users\vzell' LD_LIBRARY_PATH = `\usr\local\lib:\usr\local\pgsql\lib:$QTDIR\lib' MAKE_MODE = `unix' PWD = `/tmp' USER = `vzell' Use `-r' to scan registry a: fd FAT1Mb 27% CPUN PKBACK# 005 c: hd NTFS 10001Mb 34% CP CS UN PA FC System d: hd NTFS 10001Mb 88% CP CS UN PA FC Cygwin e: hd NTFS 14998Mb 96% CP CS UN PA FC Oracle f: hd NTFS 23634Mb 3% CP CS UN PA FC Gnu g: cd CDFS 61Mb 100%CS UN MGV h: cd CDFS 706Mb 100%CS UN HKGCDMP3_2 v: net FAT 4094Mb 98% CPUN SYSTEM z: net NTFS 14974Mb 57% CP CS UN PA FC CYGWIN D:\ / system binmode F:\gnu /gnu system binmode D:\/bin /usr/bin system binmode
Re: setup.exe beta (testing needed - really!)
I'm using the beta in place of the stable version to keep up to date my Cygwin installation and I have had no problems till now (WinXP SP1). Robert Collins wrote: A new release of setup.exe is imminent. There are many changes, and to reduce problems, feedback from YOU, is needed. The new version is available from http://www.cygwin.com/setup-snapshots/setup-2.340.2.2.exe (binary) and http://www.cygwin.com/setup-snapshots/setup-2.340.2.2.tar.bz2 (source). Pending any regressions being discovered, this release will become the production release in ~1 weeks time. Cheers, 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: Cygwin Cross compiler on Linux
FWIW, AFAIK cgf uses a cross-compiler to build mostly everything he builds for the Cygwin distri (but cgf, please correct me if I'm wrong and/or you've changed your habits). There is a small patch to be applied to vanilla gcc to have it be compatible with Cygwin's gcc (double alignment in structures). There's been a discussion on that only last month. Because of this (and other) reason(s), you really should use Cygwin CVS to build this. cgf posted minimalist instructions recently (Jan or Feb, I don't recall - but you can search the ml archives for it) that tells you how to do it, with an explicit warning that he wasn't going to help out on it. http://sources.redhat.com/ml/cygwin/2003-02/msg00074.html note the last paragraph: Before someone asks, I built the cross compiler myself, I'm not willing to make it available for general distribution, and I'm not willing to act as a mentor to other enterprising souls who want to do the same thing. There are surely web sites out there which deal with this issue. HTH rlc On Thu, 27 Mar 2003, Tim Renner wrote: I was wondering if anyone has successfully built a Cygwin gcc cross compiler (Host=i686-suse-linux, Target=i386-pc-cygwin) under Linux, and if so, could you post or email me the steps you took to do it... Here's my list of steps... Snagged gcc-2.95.3.tar.gz binutils-newest.tar.gz newlib-newest.tar.gz unpacked them all into my cross directory... cd binutils configure --prefix=$HOME/cross -target=i386-pc-cygwin -v make all install cd .. export PATH=$HOME/cross/bin:$PATH Brought over /lib, /usr/lib and /usr/include from my Cygwin machine, put in $HOME/cross/i386-pc-cygwin/lib, ...-cygwin/usr/lib, and ...-cygwin/include respectively... cd gcc-2.95.3 configure --prefix=$HOME/cross --target=i386-pc-cygwin --with-gnu-as --with-gnu-ld --with-newlib --with-headers=$HOME/cross/newlib-newest/newlib/libc/include make all install (Fixed header conflicts till make all install worked ;) Now, when I try to compile this test program (Well, after copying some libraries from $HOME/cross/i386-pc-cygwin/lib/w32api into the lib dir, I get this error... Ender:/tmp # cat test.cpp #include iostream void main() { cout This is my test program! endl; } Ender:/tmp # i386-pc-cygwin-g++ -o test.exe test.cpp /root/cross/i386-pc-cygwin/lib/libcygwin.a(pseudo-reloc.o)(.text+0x49): undefined reference to `__RUNTIME_PSEUDO_RELOC_LIST__' /root/cross/i386-pc-cygwin/lib/libcygwin.a(pseudo-reloc.o)(.text+0x51): undefined reference to `__RUNTIME_PSEUDO_RELOC_LIST_END__' collect2: ld returned 1 exit status Ender:/tmp # I can't find a library on my cygwin install that has those symbols defined anywhere... I'm currently trying to build the Cygwin version of gcc-2.95.3, but havn't been able to get through that build yet... any help would be much appreciated ;) The most frustrating part is that I had this working at one point... I just don't remember how I did it :( Thanks, -Tim _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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: trying to compile emacs under cygwin
Robert Mecklenburg wrote: Static heap usage: 2129280 of 10648960, slop is 65536 -- 8320k wasted -- reset to 2194816k emacs: SHEAP_ADJUSTMENT needs to be modified to reduce memory waste! You increased the heap size, but it's outside the fuzz range -- you are over it by about 8 MB. Emacs would run, but the problem is that the binary would be a lot larger than it needs to be. Under Cygwin, this is an issue because of the way that fork() works. So what you have to do is increase SHEAP_ADJUSTMENT by enough that you end up in the comparison fuzz range. actually writes sheap.c, so I edit the script to change the -62 to: +#ifdef HAVE_X_WINDOWS +#define SHEAP_ADJUSTMENT 2194816 /* XEmacs does this dynamically */ +#else +#define SHEAP_ADJUSTMENT 2194816 /* XEmacs does this dynamically */ +#endif That's the correct thing to do. Edit the build script -- it patches the original emacs source for Cygwin. What you want to do is look at the message you get after you compile: Static heap usage: 2129280 of 10648960, slop is 65536 -- 8320k wasted -- reset to 2194816k And figure out what to set SHEAP_ADJUSTMENT to based on how the first two numbers compare. The message says that you used 2129280 bytes out of 10648960 available, so decrease SHEAP_ADJUSTMENT by (10648960 - 2129280). SHEAP_ADJUSTMENT will be some negative number because the base heap size is 8 MB, and emacs doesn't need anywhere near that. If it helps any, this piece of code hurts my head also -- I have no idea why it is set up to be so complicated. But it works! -- Joe Buehler -- 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: CVS winsup/testsuite/winsup.api/pthread/condvar9.c failure
On Fri, 28 Mar 2003, Thomas Pfaff wrote: Brian Ford wrote: I have been seeing this for a few days now. I will investigate further when I have more time, but I thought I would give Thomas Pfaff and others a heads up. It is failing with: Assertion failed: (awoken == NUMTHREADS - canceledThreads), file /home/ford/downloads/cygwin/winsup/testsuite/winsup.api/pthread/condvar9.c, line 229 A simple debug shows: pthread/condvar9.c: awoken 8 NUMTHREADS 9 canceledThreads 2 This loop seems strangely architected, so I will have to look into the correctness of the test later. Just FYI. I can't reproduce this on NT4SP6 single CPU, i always get: awoken 7, canceledThreads 2 Which windows version are you using ? Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 single CPU -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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/
Just a suggestion: SWIG probably needs recompilation!?
Hello, after installation of the newest cygwin release I cannot make a small swig-program example which worked before. I am not sure what of the many reinstalled cygwin components is responsible for that, but I suppose that you test it and recompile it in the case of need. Here is the error message: g++ -g -DPC -L/dokus/schnoerr/local/Libs -lSmartPtr -L/hd/schnoerr/local/Instal ls/Programmierung/Shells/cygwin/lib/python2.2/config -lpython2.2 TestClass.o -o TestClass /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/../../../libcygwin.a(libcmain.o)(.tex t+0x 7c): undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status Thank you, Claudius Mit freundlichen Grüßen, Claudius Schnörr - Dr.-Ing. Claudius Schnörr DDG Gesellschaft fuer Verkehrsdaten mbH Niederkasseler Lohweg 20 Tel: ++49-(0)211-52777-423 40547 Düsseldorf Fax: ++49-(0)211-52777-109 email: [EMAIL PROTECTED] - -- 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: Just a suggestion: SWIG probably needs recompilation!?
Herr Doktor- Why are you using 16 bit Windows libraries? Are you on Windows 95 box? Empfehlungen, -Martin - Original Message - From: Schnörr, Claudius Dr. [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 28, 2003 8:14 AM Subject: Just a suggestion: SWIG probably needs recompilation!? Hello, after installation of the newest cygwin release I cannot make a small swig-program example which worked before. I am not sure what of the many reinstalled cygwin components is responsible for that, but I suppose that you test it and recompile it in the case of need. Here is the error message: g++ -g -DPC -L/dokus/schnoerr/local/Libs -lSmartPtr -L/hd/schnoerr/local/Instal ls/Programmierung/Shells/cygwin/lib/python2.2/config -lpython2.2 TestClass.o -o TestClass /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/../../../libcygwin.a(libcmain.o)(.tex t+0x 7c): undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status Thank you, Claudius Mit freundlichen Grüßen, Claudius Schnörr - Dr.-Ing. Claudius Schnörr DDG Gesellschaft fuer Verkehrsdaten mbH Niederkasseler Lohweg 20 Tel: ++49-(0)211-52777-423 40547 Düsseldorf Fax: ++49-(0)211-52777-109 email: [EMAIL PROTECTED] - -- 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/
cygwin licensing [was: [re: tar and gzip]]
Good write-up. Is any portion of cygwin covered by the LGPL instead of the GPL? http://www.gnu.org/copyleft/lesser.html The LGPL explicitly allows proprietary software to be built on top of opensource libraries. TIA Greg -- Greg Freemyer Hi all! I wrote a small script in Python, but it requires two programs to run correctly: tar.exe and gzip.exe. Both are in CygWin package. And that's my question: can I bundle both programs and cygwin1.dll with my script? Script is free, but the program that the script comes with is not. -- Krzysiek 'Nelchael' Pawlik | C/C++, PHP, OpenGL, WinAPI [EMAIL PROTECTED] | Network Administrator - BAFH http://www.ps.nq.pl/pcfaq/ | http://www.ps.nq.pl/nelchael/ These are just my thoughts and I'm not a lawyer. It doesn't sound like your proprietary program is derived from or based on any Cygwin source code. Does it execute the Python script which executes tar.exe? If it does, I don't think even that would put it under the GPL. The GPL states that the act of running the Program is not restricted. Your program can execute Cygwin binaries without it becoming GPL software. If you link to Cygwin source code, then your program would be a derivative work under the GPL. However, I believe you could also link to another proprietary third party library without providing it's source code. For instance, you could link to a Microsoft library without being required to provide Microsoft source code. This is not true. It is ok to link with certain Microsoft DLLs because the GPL makes the following exception: However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. However this exception does not apply to other DLLs, only those considered part of the operating system. Going one step further, you could put your proprietary code into a standalone DLL built using Microsoft tools. You could market the DLL as a separate product. The DLL would have no dependencies on any Cygwin source or binary. Your Cygwin based application could us it just like any other third party library without providing source code for the DLL. I don't see GPL language that would prevent this. From the GPL FAQ (http://www.gnu.org/licenses/gpl-faq.html#LinkingWithGPL): You have a GPL'ed program that I'd like to link with my code to build a proprietary program. Does the fact that I link with your program mean I have to GPL my program? Yes. and: What is the difference between mere aggregation and combining two modules into one program? Mere aggregation of two programs means putting them side by side on the same CD-ROM or hard disk. We use this term in the case where they are separate programs, not parts of a single program. In this case, if one of the programs is covered by the GPL, it has no effect on the other program. Combining two modules means connecting them together so that they form a single larger program. If either part is covered by the GPL, the whole combination must also be released under the GPL--if you can't, or won't, do that, you may not combine them. What constitutes combining two parts into one program? This is a legal question, which ultimately judges will decide. We believe that a proper criterion depends both on the mechanism of communication (exec, pipes, rpc, function calls within a shared address space, etc.) and the semantics of the communication (what kinds of information are interchanged). If the modules are included in the same executable file, they are definitely combined in one program. *** - If modules are designed to run linked together in a shared address space, that almost surely means combining them into one program. - *** By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program. and: I'd like to incorporate GPL-covered software in my proprietary system. Can I do this? You cannot incorporate GPL-covered software in a proprietary system. The goal of the GPL is to grant everyone the freedom to copy, redistribute, understand, and modify a program. If you could incorporate GPL-covered software into a non-free system, it
latex listings.sty not found
Here is an observation that makes me wonder if there is a bug in the latest tetex distribution. I broke my cygwin installation the other day by installing openssh (my fault, I was trying to isolate a problem which might have been caused by the ssh client). Afterwards, I uninstalled openssh I reinstalled cygwin and everything was swell. Later I went to build a latex document and got an error about not being able to find listings.sty. The document built fine before. Just to be sure, I resinstalled all of the tetex stuff and the problem remained. I believe as result of all of this, I ended up upgrading tetex (yay). I found /usr/share/texmf/tex/latex/listings but it didn't have listings.sty. I found texmf/doc/latex/listings/README, read that, and then found I didn't have the .ins. So I went out and downloaded the listings package and installed it according to the directions, ran texhash and now I can use the listings package again. Everything is fine now. Thanks ever so much for cygwin and tetex on Windows. - Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 28 11:37:19 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: c:\home\jmadams\lego\brickos\util C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin %SystemRoot%\system32 %SystemRoot% %SystemRoot%\System32\Wbem c:\Program Files\Executive Software\DiskeeperWorkstation\ c:\Program Files\Hummingbird\Connectivity\7.00\Accessories\ c:\Program Files\Putty\ C:\cygwin\bin C:\cygwin\lib c:\j2sdkee1.3.1\bin c:\programs\jakarta-ant-1.5.1\bin c:\jdk1.3.1_06\bin c:\home\jmadams\lib\scripts C:\cygwin\usr\X11R6\bin C:\cygwin\bin\id.exe output (nontsec) UID: 14605(jmadams) GID: 12092(mkgroup) 544(Administrators) 545(Users) 12092(mkgroup) C:\cygwin\bin\id.exe output (ntsec) UID: 14605(jmadams) GID: 12092(mkgroup) 544(Administrators) 545(Users) 12092(mkgroup) SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty' HOME = `c:\home\jmadams' MAKE_MODE = `unix' PWD = `/cygdrive/c/home/jmadams/psflang' USER = `jmadams' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 38115Mb 34% CP CS UN PA FC Local Disk m: cd N/AN/A x: net NTFS6539Mb 65% CP CSPAjmadams C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: c:\Program Files\Hummingbird\Connectivity\7.00\Accessories\tar.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll 847k 2003/03/19 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/03/19 C:\cygwin\bin\cygcrypto.dll 493k 2002/11/19 C:\cygwin\bin\cygcurl-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 490k 2002/09/21 C:\cygwin\bin\cygguile-12.dll 63k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 24k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 14k 2002/09/21 C:\cygwin\bin\cygguilereadline-v-12-12.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll 32k 2003/02/17 C:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll 168k 2003/02/23 C:\cygwin\bin\cygpng10.dll 173k
Re: RPM-4.1 port to cygwin available
On Fri, Mar 28, 2003 at 10:43:18AM -0500, [EMAIL PROTECTED] wrote: Actually, now I'm distraught. I used to think you were just mean but now you've turned my whole world upside-down with this humorous jab. I'm crushed. I'm attempting to rebuild my crumbled world though. Since I found out you're not a lawyer, it's offering me some solace. I realize I no longer need to pay attention to anything you say. Phew, I'm quite relieved! I'm sorry to cause you distress, Larry. Larry? Larry? Oh, great. Now he's stopped listening. I guess it's time to go get my law degree. I'll probably need it to convince the guy I bought my laptop from to actually send it to me. Sigh. 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: RPM-4.1 port to cygwin available
On Fri, 28 Mar 2003, Christopher Faylor wrote: On Fri, Mar 28, 2003 at 10:43:18AM -0500, [EMAIL PROTECTED] wrote: Actually, now I'm distraught. I used to think you were just mean but now you've turned my whole world upside-down with this humorous jab. I'm crushed. I'm attempting to rebuild my crumbled world though. Since I found out you're not a lawyer, it's offering me some solace. I realize I no longer need to pay attention to anything you say. Phew, I'm quite relieved! I'm sorry to cause you distress, Larry. Larry? Larry? Oh, great. Now he's stopped listening. I guess it's time to go get my law degree. I'll probably need it to convince the guy I bought my laptop from to actually send it to me. Sigh. cgf Yep, so you could proudly say YAAMOFIAAL! Igor P.S. That's Yes, as a matter of fact, I *am* a lawyer! :-D -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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/
__gxx_personality_v0 bug??
Attached are source code and make file for a probable bug in the gcc loader or library. The explanation and temporary fix is in the lnstest.txt file. Hope this helps. Love cygwin. Thanks. Mark Mark E. Odegard, PhD GGGG Manager, US Operations GG GG GGGETECH (Geophysical Exploration Technology) GG GG 12503 Exchange Dr., Suite 510 GG G Stafford, Texas 77477 GG GG GG United States of America GG GG Phone: +1(281)240-0004. GG GG GGFax: +1(281)240-6262 GGGG E-mail:mailto:[EMAIL PROTECTED] Web page: http://www.getech.com cklnst.zip Description: Zip compressed data -- 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: __gxx_personality_v0 bug??
On Fri, Mar 28, 2003 at 11:09:52AM -0600, Mark E. Odegard wrote: Attached are source code and make file for a probable bug in the gcc loader or library. The explanation and temporary fix is in the lnstest.txt file. Hope this helps. Use g++ to link C++ programs. 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/
rsync under ssh
Does anyone have rsync working correctly when started under sshd with the common 'rsync -essh ...' syntax from another machine? Mine starts up OK but stops after copying some small number of files with both ends apparently waiting for each other. --- Les Mikesell [EMAIL PROTECTED] -- 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 Newbie Question
Hi, I have installed Cygwin a few times over the past couple of days. For some reason, The /home and /dev directory, and the environment variables(eg. PATH)do not get set up properlly. When I use startxwin.bat at least the PATH variable is set up. Also for some reason the .bash_history file is in my c:\ directory, even though I installed cygwin in c:\cygwin. For now I have manually created the home directory and set the path. I would appreciate any pointers on how to have the installation go smoothly/where it is possibly going wrong. Dave _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- 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 Newbie Question
On Fri, 28 Mar 2003, david sarraf wrote: Hi, I have installed Cygwin a few times over the past couple of days. For some reason, The /home and /dev directory, and the environment variables(eg. PATH)do not get set up properlly. When I use startxwin.bat at least the PATH variable is set up. Also for some reason the .bash_history file is in my c:\ directory, even though I installed cygwin in c:\cygwin. For now I have manually created the home directory and set the path. I would appreciate any pointers on how to have the installation go smoothly/where it is possibly going wrong. Dave Please attach the output of cygcheck -svr as per http://cygwin.com/bugs.html. 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! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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/
newbie Q: list of files I need to tweak/create to run cygwin
Howdy Folks, I am completely new to linux/cygwin and read all the documentation, but still I don't quite understand how to setup the cygwin. So far I was able to install the cygwin software and tweaked the cygwin.bat file and created a home directory so that I can try some elementary commands. Ultimately I'd like to run MCNPX and GEANT (both are particle transport packages) on this platform, and I'd appreciate if anyone can tell me which files I need to tweak/create to have xwindow working. My extent of experience with unix is very shallow and I have never installed any unix software by myself. I just used what was installed for me by the sysadmin. I read User's Guide, FAQ and Installation Guide, but I still didn't have a good picture of what steps I need to take to have the operational platform. Thank you for your patience and look forward to your replies. Kiwhan --- We are what we repeatedly do. Excellence, then, is not an act, but a habit. Aristotle [EMAIL PROTECTED] _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- 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: newbie Q: list of files I need to tweak/create to run cygwin
I am completely new to linux/cygwin and read all the documentation, but still I don't quite understand how to setup the cygwin. So far I was able to install the cygwin software and tweaked the cygwin.bat file and created a home directory so that I can try some elementary commands. Ultimately I'd like to run MCNPX and GEANT (both are particle transport packages) on this platform, and I'd appreciate if anyone can tell me which files I need to tweak/create to have xwindow working. [EMAIL PROTECTED] is the mailing list to ask this question. Sorry, I don't use X :-) My extent of experience with unix is very shallow and I have never installed any unix software by myself. I just used what was installed for me by the sysadmin. I read User's Guide, FAQ and Installation Guide, but I still didn't have a good picture of what steps I need to take to have the operational platform. There's documentation on http://xfree.cygwin.com/ for this stuff, including links on how to get Gnome/KDE running. Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- 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 Newbie Question
Here is the output of cygcheck -svr. For this installation, i just added the directories to windows path and have not created a home directory. Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 28 14:21:56 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\IBM\Trace Facility c:\Program Files\Personal Communications c:\Notes c:\Utilities C:\cygwin\bin //I just added these next 5 in the windows path. C:\cygwin\sbin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\X11R6\sbin C:\cygwin\bin C:\cygwin\bin\id.exe output (nontsec) UID: 400(david) GID: 401(mkpasswd) 401(mkpasswd) C:\cygwin\bin\id.exe output (ntsec) UID: 400(david) GID: 401(mkpasswd) 401(mkpasswd) SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `c:\' PWD = `/usr/bin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `IBM-*' // I starred this out COMSPEC = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\IBM-*' //starred this out NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PCOMM_ROOT = `C:\Program Files\Personal Communications' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `IBM-*' USERNAME = `david' USERPROFILE = `C:\Documents and Settings\Administrator' 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 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 19069Mb 33% CP CS UN PA FC C_Drive e: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: .\awk.exe Found: C:\cygwin\bin\awk.exe Warning: .\awk.exe hides C:\cygwin\bin\awk.exe Found: .\bash.exe Found: C:\cygwin\bin\bash.exe Warning: .\bash.exe hides C:\cygwin\bin\bash.exe Found: .\cat.exe Found: C:\cygwin\bin\cat.exe Warning: .\cat.exe hides C:\cygwin\bin\cat.exe Found: .\cp.exe Found: C:\cygwin\bin\cp.exe Warning: .\cp.exe hides C:\cygwin\bin\cp.exe Found: .\cpp.exe Found: C:\cygwin\bin\cpp.exe Warning: .\cpp.exe hides C:\cygwin\bin\cpp.exe Found: .\find.exe Found: C:\cygwin\bin\find.exe Warning: .\find.exe hides C:\cygwin\bin\find.exe Found: .\gcc.exe Found: C:\cygwin\bin\gcc.exe Warning: .\gcc.exe hides C:\cygwin\bin\gcc.exe Found: .\gdb.exe Found: C:\cygwin\bin\gdb.exe Warning: .\gdb.exe hides C:\cygwin\bin\gdb.exe Found: .\grep.exe Found: C:\cygwin\bin\grep.exe Warning: .\grep.exe hides C:\cygwin\bin\grep.exe Found: .\ld.exe Found: C:\cygwin\bin\ld.exe Warning: .\ld.exe hides C:\cygwin\bin\ld.exe Found: .\ls.exe Found: C:\cygwin\bin\ls.exe Warning: .\ls.exe hides C:\cygwin\bin\ls.exe Found: .\make.exe Found: C:\cygwin\bin\make.exe Warning: .\make.exe hides C:\cygwin\bin\make.exe Found: .\mv.exe Found: C:\cygwin\bin\mv.exe Warning: .\mv.exe hides C:\cygwin\bin\mv.exe Found: .\rm.exe Found: C:\cygwin\bin\rm.exe Warning: .\rm.exe hides C:\cygwin\bin\rm.exe Found: .\sed.exe Found: C:\cygwin\bin\sed.exe Warning: .\sed.exe hides C:\cygwin\bin\sed.exe Not Found: sh Found: .\tar.exe Found: C:\cygwin\bin\tar.exe Warning: .\tar.exe hides C:\cygwin\bin\tar.exe 58k 2002/05/07 .\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 7:33 54k 2002/01/27 .\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 cygbz21.0.dll v0.0 ts=2002/1/27 1:07 6k 2002/06/24 .\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0 ts=2002/6/24 19:23 847k 2003/03/19 .\cygcrypto-0.9.7.dll - os=4.0
Two GPL clarifications
I've talked to Red Hat's lawyers. 1) The interpretation that just providing a link to the sources is adequate is incorrect so we are correct in advising people that they need to provide sources for the binaries that they provide. This is so much of a well, duh that I felt embarrassed asking the question, especially when the answer is clearly laid out in the GPL FAQ. 2) We should be trying to get people to adhere to the GPL whenever we are aware of a violation, if for no other reason than that we need to establish the precedent of enforcing our license. Again, a well duh, but I thought it might help put some of this discussion to rest. The lawyer also went as far as to say that it doesn't take a lawyer to read a legal document and understand what it says. However, when you think about it, you really can't trust a lawyer's interpretation of a contract any more than you can mine. If lawyers were infallible then we wouldn't need judges and juries. So, you can continue the argument of You don't know what you're talking about all the way through the legal process until a verdict is rendered. Even then, there's no guaranteeing that the judge knows what *he's* talking about so we might need to appeal. My point is that if people aren't allowed to argue common sense interpretations and if we can't point to things like the FSF's GPL FAQ as an authority then we might as well not be discussing anything at all. For this mailing list, the interpretation of the GPL which we've been using for the last six years (since I've been following things) is the one that we will continue to use. I appreciate the efforts of people here who help to ensure that the GPL is enforced when they stumble over apparent transgressions. We should try to be non-confrontational when we bring issues to the attention of the well-meaning people who think they are open source advocates if they provide our binaries on their site. However, we still need to be insistent when it comes to helping them understand the facts of GPL life. For the record, I will block access here to anyone who advocates ignoring the GPL, anyone who stubbornly refuses to adhere to our GPL requirements, or anyone who rabidly insists that the FSF's interpretation of the GPL is incorrect. At the most such activities are counter to the goals of this project and at the least they're off-topic. An occasional thoughtful discussion on aspects of the GPL which are unclear would be slightly off topic here but I'm not going to slap anyone for raising such things. I like intellectual discussions about this kind of thing as long as people don't get too heated (is that possible with the GPL?) or too tedious. Be prepared for me to cc RMS in any discussions, though. However, if things to get out of hand, I'm perfectly willing to play the off topic card here since, clearly, this isn't the mailing list where important issues about the GPL will be decided. 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: Cygwin Newbie Question
Here is the output of cygcheck -svr. For this installation, i just added the directories to windows path and have not created a home directory. Out of curiousity, did you read http://cygwin.com/bugs.html? Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- 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 Newbie Question
C:\cygwin\bin\id.exe output (nontsec) UID: 400(david) GID: 401(mkpasswd) 401(mkpasswd) It looks like the your /etc/passwd and/or /etc/group files were not created correctly by the setup.exe postinstall process. Can you describe the process you used to install Cygwin? Oh, and running mkpasswd /etc/passwd mkgroup /etc/group might solve your HOME problem. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.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/
PostgreSQL help (was Re: your mail)
Tarry, Please post instead of sending private email. On Fri, Mar 28, 2003 at 09:27:58AM +0100, Tarry Singh wrote: Dear Jason, I've used your instructions to install cygwin and everything went fine Although i have 2 issues. [1] I get bash: export: `=': not a valid identifier bash: export: `/usr/share/postgresql/data': not a valid identifier when i startup my cygwin and then i can continue.. Make sure that there are no spaces between the variable, equals sign, and value: export PGDATA=/usr/share/postgresql/data BUT [2] installing postmaster with this recommended command gives me... [EMAIL PROTECTED] ~ $ cygrunsrv --install postmaster --path /usr/bin/postmaster --args -D /usr/ share/postgresql/data -i --dep ipc-daemon --termsig INT --user postgres --shutdown bash: cygrunsrv: command not found Install the cygrunsrv package. I would like to install my postmaster as a service so i don't have to start it first before i lg int to psql and also get rid of those ''valid identifier commands'' See above. please help. Please post. Tarry Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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 Newbie Question
The process I used was the following: Click setup.exe -- Installation Type=install from internet -- (Root Directory = c:\cygwin)(Install for all users)(Default Text Type=Unix) -- Local Package Directory =c:\...\Desktop -- Internet Connection=Direct -- Download Site=I Forget -- (View=Category=Install All) Checkbox.Curr is clicked -- After this I just let it install and clicked create shortcuts. In previous installations I was able to create the home directory. And set the variables in bash. How would I create the /dev directory and why isnt setup.exe not working correctly? And why is bash_history in the c drive? Thanks again, Dave From: Joshua Daniel Franklin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Cygwin Newbie Question Date: Fri, 28 Mar 2003 12:33:14 -0800 (PST) C:\cygwin\bin\id.exe output (nontsec) UID: 400(david) GID: 401(mkpasswd) 401(mkpasswd) It looks like the your /etc/passwd and/or /etc/group files were not created correctly by the setup.exe postinstall process. Can you describe the process you used to install Cygwin? Oh, and running mkpasswd /etc/passwd mkgroup /etc/group might solve your HOME problem. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.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/ _ -- 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 Newbie Question
Did running mkpasswd /etc/passwd mkgroup /etc/group help? Please do this and then post your /etc/passwd and /etc/group files and the output of 'id'. I suspect this is the cause of your HOME and .bash* troubles. Directories such as /dev are optional. Just use 'mkdir /dev'. --- david sarraf [EMAIL PROTECTED] wrote: The process I used was the following: Click setup.exe -- Installation Type=install from internet -- (Root Directory = c:\cygwin)(Install for all users)(Default Text Type=Unix) -- Local Package Directory =c:\...\Desktop -- Internet Connection=Direct -- Download Site=I Forget -- (View=Category=Install All) Checkbox.Curr is clicked -- After this I just let it install and clicked create shortcuts. In previous installations I was able to create the home directory. And set the variables in bash. How would I create the /dev directory and why isnt setup.exe not working correctly? And why is bash_history in the c drive? Thanks again, Dave From: Joshua Daniel Franklin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Cygwin Newbie Question Date: Fri, 28 Mar 2003 12:33:14 -0800 (PST) C:\cygwin\bin\id.exe output (nontsec) UID: 400(david) GID: 401(mkpasswd) 401(mkpasswd) It looks like the your /etc/passwd and/or /etc/group files were not created correctly by the setup.exe postinstall process. Can you describe the process you used to install Cygwin? Oh, and running mkpasswd /etc/passwd mkgroup /etc/group might solve your HOME problem. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.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: Please help. gcc 3.2.2 configure problem or what?
Joakim Olsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi I've tried to configure and build gcc 3.2.2 under cygwin. the compiler builds fine but then the problem starts: I've tried to build fltk-1.1.3 (a gui toolkit) when I saw the problem. It seems that there are several unresolved in my new gcc. I looked around and found the actual symbols in libgcc.a in the old gcc that came with cygwin. What have I done wrong? following are output from linking and gcc -v etc: Linking fluid.exe... /usr/lib/mingw/libsupc++.a(new_op.o)(.text$_Znwj+0x98): undefined reference to ` __Unwind_Resume' /usr/lib/mingw/libsupc++.a(new_opv.o)(.text$_Znaj+0x1b): undefined reference to `__Unwind_Resume' /usr/lib/mingw/libsupc++.a(eh_personality.o)(.text$__cxa_call_unexpect ed+0xe 8): undefined reference to `__Unwind_Resume' /usr/lib/mingw/libsupc++.a(eh_throw.o)(.text$__cxa_throw+0x1b): undefined reference to `___w32_sharedptr_unexpected' /usr/lib/mingw/libsupc++.a(eh_throw.o)(.text$__cxa_throw+0x25): undefined reference to `___w32_sharedptr_terminate' /usr/lib/mingw/libsupc++.a(eh_throw.o)(.text$__cxa_throw+0x54): undefined reference to `__Unwind_RaiseException' /usr/lib/mingw/libsupc++.a(eh_throw.o)(.text$__cxa_rethrow+0x1b): undefined reference to `__Unwind_RaiseException' /usr/lib/mingw/libsupc++.a(eh_terminate.o)(.text$_ZSt9terminatev+0x7): undefined reference to `___w32_sharedptr_terminate' /usr/lib/mingw/libsupc++.a(eh_terminate.o)(.text$_ZSt10unexpectedv+0x7 ): undefined reference to ___w32_sharedptr_unexpected' /usr/lib/mingw/libsupc++.a(eh_terminate.o)(.text$_ZSt13set_terminatePF vvE+0x 3): undefined reference to `___w32_sharedptr_terminate' /usr/lib/mingw/libsupc++.a(eh_terminate.o)(.text$_ZSt14set_unexpectedP FvvE+0 x3): undefined reference to `___w32_sharedptr_unexpected' collect2: ld returned 1 exit status make[1]: *** [fluid.exe] Error 1 $ gcc -v Reading specs from /usr/local/gcc-3.2.2/lib/gcc-lib/i686-pc-cygwin/3.2.2/specs Configured with: ../gcc-3.2.2/configure --prefix=/usr/local/gcc-3.2.2 --enable-language s=ada, c,c++,f77,java,objc Thread model: single gcc version 3.2.2 Looks like your link command is mixing libraries from different versions of the compiler (why would i686-pc-cygwin gcc be looking in /usr/lib/mingw - maybe you're using -mno-cygwin and need a newer mingw library?). How about posting the output from your failing link command with a -v option to list the exact commands that gcc is issuing during the link process. Having multiple versions of the compiler installed can be a bit treacherous, and -v will show you exactly what it's doing and where it's looking. $ gcc --version gcc (GCC) 3.2.2 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I also tried to configure and build gcc-mingw-20020817-5 but it allways fails: ./xgcc -B./ -B/usr/local/gcc-mingw-3.2/mingw32/bin/ -isystem /usr/local/gcc-ming w-3.2/mingw32/include -isystem /usr/local/gcc-mingw-3.2/mingw32/sys-include -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-p rototype s -i system ./include -I. -I. -I../../gcc-3.2-20020817-1/gcc -I../../gcc-3.2-2002 081 7-1/gcc/. -I../../gcc-3.2-20020817-1/gcc/config -I../../gcc-3.2-200208 17-1/g cc/. ./include -g0 -finhibit-size-directive -fno-inline-functions -fno-exc eption s \ -c ../../gcc-3.2-20020817-1/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o In file included from tconfig.h:16, from ../../gcc-3.2-20020817-1/gcc/crtstuff.c:61: ../../gcc-3.2-20020817-1/gcc/config/i386/cygming.h:31:19: stdio.h: No such file or directory In file included from tconfig.h:16, from ../../gcc-3.2-20020817-1/gcc/crtstuff.c:61: Are you attempting to use the cygwin compiler to build a mingw compiler? This is a cross-compile and I seem to remember it was pretty hard to get it working this way. I found it much easier to use a native mingw compiler to build gcc 3.2 mingw - from my experience the most important thing is to ensure you know what compiler is being used during the build process. I just renamed all the cygwin compiler binaries to prevent the wrong versions being accessible during the build. -- Raoul Gough see http://home.clara.net/raoulgough/ for my work availability -- 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: Mozilla 1.3 built on cygwin?
Having Mozilla itself running under Cygwin might not be useful to a lot of people but the fixes that Cygwin might have to go through to make this happen could pave the way for other X apps that come later. like we have encountered while porting KDE to cygin/xfree. I remember a very good example and this is Kdevelop. We have build an alpha release of kdevelop. Yes it runs mostly. You can configure, compile and debug an application with it, but you need a very very fast computer for a real production environment. I have tested it with a PIII/700MHz Toshiba Satellite Pro 4300 Laptop with 320 MB RAM and W2K. The result wasn't very joyfull. I don't know the exact reason(s), because there are several things involved, like process creation and forking, network, pipe and file io, graphic performance and so one (which are mostly identified by the cygwin developers), but it is very complicated to separate the influence and the fraction of each issue to identify the most annoying. :-( I can't prove a fact, that forking is the most anonying problem and there were some initial work from some people (I remember Chris Faylor, Chris January and other) to identify the problems and to implement a new copy-on-write semantic, which will be much faster, for example in http://sources.redhat.com/ml/cygwin/2002-04/msg01071.html, but is issue seems to me as a very hard wall, which couldn't be broken by single people, because of it's complexitivity. I assume that this could only be fixed by a team of memebers with different skills. At first especially people are needed, which have the time and the knowledge to analyse the current state and all the needed thing, followed by some people with the skills to design a new implementation, which could be implemented than by the coders. For kde3 at first I've thought about replacing all fork() calls with native win32 calls, but recognized this as the wrong way, because this would start a never ending support story in every furture application. Unfortunally I haven't the skills to start this job, but perhaps there are other people with limited skills and time like me, who like to see this issues fixed, so I'm currently hoping, that this team will be existant sometime in the future. A good starting point would be, if someone could give an overview about the background, the problems and possible designs. Other issues are already fixed. I remember the ld auto-import stuff, which was initiated with the porting of kde/cygwin and the linking time problem with big libraries/application, which was fixed by the direct-linking-to-dll feature. See the related thread in this list. The KDE3/cygwin release on which I'm currently working will be based on this ld features, which reduces the linking time of more than 50-70%. (For small libraries this isn't a very strong factg, but it makes a different for big libraries, if the linking time is 3 minutes or 40 seconds). libtool support for this direct-linking-to-dll feature is in work, so that other package could use this in the future. (implied, that this functionaly is general accepted for libtool). Another point is the cygwin ipc support. For the kde3 port I have planned to use the cygwin ipc support, not the deprecate cygipc packages like I've done for kde2, but unfortunally is seems to be broken in current cvs. (I can't get running this stuff, it fails in shmget. It seems to be caused by the coming 64 bit support, but I'm not sure). Additional I remember Robert Collins saying last year, that there is some outstanding work to do, but I can't say what. ipc-support is needed for pixmap caching, which will improve the graphical performance. KDE uses also the Xfree Xshm support, which isn't enable by default by the cygwin/xfree releases (because of the deprecated cygipc package), so a patched release is needed for kde. (KDE will work without, but with lesser performance). If xfree would use the cygwin ipc support, this patched release would be obsolate. I'm very interested to get this stuff running and I'm able to give some feedback about performance and general functionality in relation to the functionality kde requires. Cheers Ralf -- 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 Newbie Question
--- david sarraf [EMAIL PROTECTED] wrote: passwd file: david:unused_by_nt/2000/xp:500:513:U-IBM-311IWKNAA4G\david,S-1-5-21-1994407283-2032670471-1942978529-500:/home/david:/bin/bash uid=500(shidan) gid=513(None) Well, the above lines together look like a problem to me. I don't know why your uid would not match the username in /etc/passwd, which is contrary to how I understand it working, but it may just be over my head. Are you logged into a domain? When I run cygwin.bat I'm not put into my home directory but rather in /usr/bin. Is HOME set in Windows? (Run cmd.exe and 'echo %HOME%' ) Even though having /dev is optional isn't the setup program supposed to create this and proc? I may be wrong (since I've had a cygwin installation a long time and created them myself), but I don't think so. I'm afraid I'm about to leave for the weekend, but hopefully someone else on the list can pick this up. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.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: Cygwin Newbie Question
Even though having /dev is optional isn't the setup program supposed to create this and proc? I may be wrong (since I've had a cygwin installation a long time and created them myself), but I don't think so. I'm afraid I'm about to leave for the weekend, but hopefully someone else on the list can pick this up. Certainly can. /proc is a virtual filesystem and doesn't need to have a directory in the root for it to be accessed by Cygwin. The only real advantage for me having this directory is that I can see it in some of my file/dir related utilities. /dev/file is a virtual file (fhandler), but AFAIK this will be changing soon'ish. The real answer is no. Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- 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: Mozilla 1.3 built on cygwin?
On Thu, Mar 27, 2003 at 11:58:50PM +0100, Ralf Habacker wrote: I can't prove a fact, that forking is the most anonying problem and there were some initial work from some people (I remember Chris Faylor, Chris January and other) to identify the problems and to implement a new copy-on-write semantic, which will be much faster, You misremember. I did hobble together a copy-on-write implementation and found that it was actually slower. The generic win32 implementation of copy-on-write isn't powerful enough to completely implement fork anyway. 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: Mozilla 1.3 built on cygwin?
On Thu, Mar 27, 2003 at 11:58:50PM +0100, Ralf Habacker wrote: I can't prove a fact, that forking is the most anonying problem and there were some initial work from some people (I remember Chris Faylor, Chris January and other) to identify the problems and to implement a new copy-on-write semantic, which will be much faster, You misremember. I did hobble together a copy-on-write implementation and found that it was actually slower. The generic win32 implementation of copy-on-write isn't powerful enough to completely implement fork anyway. Noone has explained, however, *why* the copy-on-write implementation was slower. Perhaps we have just been using the wrong tests. Does copy-on-write actually perform slower in real world tests? I don't know, because I only used the skeleton example found in Nebbit's book. Unfortunately I can't work on this anymore as I have seen the fork () code in WinNT POSIX. That code is the kind of thing it would be nice to have in Cygwin. I can't compare perfomance, however, as WinNT POSIX has significantly different overheads to Cygwin. I am trying to persuade Andrew to release his code under another license since non-GPL compatible open source programs can't currently be linked against it. If he does choose to do this and the new license is GPL compatible I will look at this again. I am also willing to talk anyone else through the process of writing a copy-on-write fork () implementation. The problem in KDE is that you can't just optimise away the fork/exec pairs using vfork/spawn, because the fork is abstracted in a class and you don't know what the calling code's intentions are. I also am working on a native exec () implementation that doesn't spawn a new process. However I don't think this will give any significant speed-up over CreateProcess and I doubt very much you will ever see it in Cygwin. Chris -- 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: Mozilla 1.3 built on cygwin?
On Sat, Mar 29, 2003 at 12:04:01AM -, Chris January wrote: On Thu, Mar 27, 2003 at 11:58:50PM +0100, Ralf Habacker wrote: I can't prove a fact, that forking is the most anonying problem and there were some initial work from some people (I remember Chris Faylor, Chris January and other) to identify the problems and to implement a new copy-on-write semantic, which will be much faster, You misremember. I did hobble together a copy-on-write implementation and found that it was actually slower. The generic win32 implementation of copy-on-write isn't powerful enough to completely implement fork anyway. Noone has explained, however, *why* the copy-on-write implementation was slower. Perhaps we have just been using the wrong tests. Does copy-on-write actually perform slower in real world tests? I don't know, because I only used the skeleton example found in Nebbit's book. I implemented it with both the win32 api and with the skeleton example. Neither was a speed daemon. I can't think of a better test than doing a bunch of forks and measuring the results. Who knows why it is slower? Maybe ReadProcessMemory is doing copy-on-write already or something. When I first started with Cygnus, my first order of business for cygwin was going to be implementing copy-on-write for fork. I had something almost working but it was not an improvement. It was disappointing. So, after a couple of weeks of poking, I abandoned the approach. I revisited things later after reading the Nebbit book. Similar results. Note to present and future readers of this message: Please don't contact me to ask what I did or try to compare notes with me. It seems like every time I mention this, I get an enthusiastic message from someone six months later who's gung ho to get copy-on-write working and is certain that I'd love to begin a long email dialog about how it could all be done. I don't have the code anymore and, while I will certainly review any cygwin improvements, I'm not interested in mentoring someone through the process. I couldn't do that anyway since the knowledge has been swapped out for some time. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.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: Mozilla 1.3 built on cygwin?
Just outta' curiosity, beyond the satisfaction of accomplishing it,; charset=us-ascii what would be gained? I wasn't sure what would be gained or the various ramifications. wanted to get hints about them, which this thread has done. JeffH -- 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/
Bug in select/read with serial tty
In a nutshell - select does not alway block correctly when no data is available on a serial tty. This is not an agetty problem, but it experienced while using agetty. While trying to use agetty on Win9x platforms I ran into a problem. For some reason, when I connected to the machine running agetty either with a direct nul modem cable or a modem, I was forced to occasionally type 1 more character to get things to happen. For instance, agetty would read my login id and exec login. login would prompt for my password. If I typed passwd\r. Nothing would happen. The reason is that the '\r' is the first of a pair of characters. If I then typed any character, the password would be processed and I would be logged in. Once I was logged in, if I typed ls -l\r I would see the echoed characaters after only every second character. I would then immediately see the output of the command because the \r was the second of a pair. The problem is not specific to agetty. I think it is either a problem with select or read. Attached is a program that illustrates the problem. Here is a portion of the code edited for this message that will experience the problem. Once connected, I simply send one character at a time. The initial call to select blocks until I send a character. FD_ISSET() returns true so the character is read and echoed. (in agetty, it is not echoed, it is sent to the pty) . After looping, select is called again. The expected behavior, as occurs with WinXP, would be for the select to block until I send more data. It does not. FD_ISSET() returns true and the read blocks until I press another character. This blocking read is what forces me to type another character when using agetty. By sending at least one more character, the read returns and the echoed data from the pty is read. /* ... /dev/ttys0 was open for rw as f */ for (;;) { fd_set ibits, obits, ebits; FD_ZERO(ebits); FD_ZERO(ibits); FD_ZERO(obits); FD_SET(f, ibits); /* f is the tty opened for rw */ if ((n = select(f+1, ibits, NULL, ebits, 0)) 0) { if (errno == EINTR) continue; exit(0); } if (n == 0) { sleep(5); continue; } if (FD_ISSET(f, ibits)) { fcc = read(f, fibuf, sizeof(fibuf)); if (fcc 0 errno == EWOULDBLOCK) fcc = 0; else { if (fcc = 0) break; write(f, fibuf, fcc); } } } Below is sample output from the attached program *** annotated *** a bit... *** Runing on Win98, problem occurs *** $ ./bug ttys1 0014542875 Using tty /dev/ttys1 *** the first select blocks *** 0014544243 calling select 0014552829 calling read, TIOCINQ says 1 bytes ready 0014552839 read 1 bytes, in select 8586, in read 10 *** select does not block as it should *** 0014552841 calling select *** 0 bytes ready according to ioctl(f, TIOCINQ, cbIn) 0014552846 calling read, TIOCINQ says 0 bytes ready *** the read blocks until 1 byte was sent *** 0014564430 read 1 bytes, in select 5, in read 11584 *** now select blocks *** 0014564443 calling select 0014570269 calling read, TIOCINQ says 1 bytes ready 0014570279 read 1 bytes, in select 5826, in read 10 *** again, select does not block *** 0014570281 calling select 0014570287 calling read, TIOCINQ says 0 bytes ready *** Runing on Win98 with a kludge to read 0 bytes *** 0014611300 Using tty /dev/ttys1 0014611311 Using kludge *** the first select blocks *** 0014612719 calling select 0014616558 calling read, TIOCINQ says 1 bytes ready 0014616564 read 1 bytes, in select 3839, in read 6 *** select does not block as it should *** 0014616566 calling select *** the kluge read 0 bytes which causes the next select to block *** 0014616571 calling read of 0 bytes, TIOCINQ says 0 bytes ready *** this select blocks *** 0014616576 calling select 0014621438 calling read, TIOCINQ says 1 bytes ready 0014621443 read 1 bytes, in select 4862, in read 5 *** again, select does not block as it should *** 0014621446 calling select 0014621451 calling read of 0 bytes, TIOCINQ says 0 bytes ready 0014621456 calling select 0014625383 calling read, TIOCINQ says 1 bytes ready 0014625388 read 1 bytes, in select 3927, in read 5 0014625391 calling select 0014625396 calling read of 0 bytes, TIOCINQ says 0 bytes ready 0014625401 calling select The select does not block every second time because in .../winsup/cygwin/select.cc, WaitCommEvent() returns immediately with a non-zero result even though.cbInQue == 0. peek_serial() { ... if (!fh-overlapped_armed) { COMSTAT st; ResetEvent (fh-io_status.hEvent); if (!ClearCommError (h, fh-ev, st)) { debug_printf (ClearCommError); goto err; } else if (st.cbInQue){ return s-read_ready = true; } else if (WaitCommEvent (h, fh-ev, fh-io_status)) { /*=*/ return s-read_ready = true; } else if (GetLastError () == ERROR_IO_PENDING) { fh-overlapped_armed = 1; } else { debug_printf (WaitCommEvent); goto err; } ... } I could look
Re: Fw: Please help. gcc 3.2.2 configure problem or what?
Hi - Look here (you probably already have): http://gcc.gnu.org/install/configure.html You are right, I used -program-suffix=-3.2.2. You need to be careful so that it finds only 3.2.2 files. Make sure you modify your path so that all of the 3.2.2 stuff is ahead of the normal stuff (both *.h files and libraries). Do a find /usr -name *3.2.2* -print to see all of the new files you need to be aware of. Once you set up this stuff in your build file (I have been using ant), gcc 3.2.2 works fine. I have been using it for JNI stuffno problems. Since I got this working, I haven't messed with the --prefix option. Alan Thompson At 06:20 AM 3/28/2003 +0100, you wrote: Hi again I build gcc 3.2.2 with the --suffix option (see the gcc readme file) under Cygwin last month and it worked fine. Alan Thompson I think my problem has something to do with mingw32 and windows gui support. I managed to build a gcc 3.2.2 and enable language Ada, c, c++, java, objc and it seems to work. The problem starts when I try to link a program that has a gui. I can't find --suffix option, if you mean --program-suffix option shouldn't my --prefix work simular? -- 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: Corrected: setup.exe beta (testing needed - really!)
I'll bump this once then let it drop assuming no one is interested. (This is in regards to the two test installs I did, and my considering trying other tests.) _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- 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: RPM-4.1 port to cygwin available
Peter Ring wrote: There's substantial evidence that RPM based distribution of Cygwin is feasible: http://www.holonlinux.com/product/xonwin/index.html Just in case you don't read Japanese, go directly to the FTP site: ftp://xow.holonlinux.com/pub/XonWindows/ PETER! (In case anyone was wondering, Peter was one of those hardy souls working on porting rpm 'back in the day' -- IIRC Peter was working on early 4.0.x versions...) Yes, an RPM-based cygwin is feasible -- but the last time I looked, most of the competitors said something like: First do (X) to install a basic cygwin system, and then use this tarball of rpm.exe, run rpm --initdb, then use rpm to install and/or update other parts of your system Where (X) is unpack a tarball or piggyback off setup.exe and only install these three packages or somesuch. While *feasible,* that's not really *practical* as a complete distribution. Further, none of the schemes out there were capable of updating the cygwin dll itself -- because rpm.exe uses it. Nor could they update any other in-use files. However, things may have changed over the years. I dunno, and I'm too lazy to check now. :-) Personally, I'd welcome an official setup-installable package providing rpm. Here's why: 1) we'd probably see a number of folks -- those who don't want to permanently maintain a package, but want to provide it for people to use -- who'd choose to pack their contribution as rpms. (Preferably, these ad-hoc rpms would go somewhere like /usr/local or /opt/ or ANYWHERE except /usr and /usr/X11R6/ ). 2) as these numbers grow, folks might begin wondering how to (and provding code for) help setup.exe and rpm coexist -- updating each other's databases, maybe even linking setup.exe against librpm, etc etc. Of course, this requires that someone really really smart figure out the best way to create a native port of librpm -- that can still figure out where /var/cache/rpm and /etc and suchlike are really located... On the other hand, that was Robert's idea behind providing the dpkg stuff in setup-installable form, and the above sequence didn't happen for deb... --Chuck -- 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: Corrected: setup.exe beta (testing needed - really!)
On Sat, 2003-03-29 at 14:16, amores nolikeyjunk wrote: I'll bump this once then let it drop assuming no one is interested. (This is in regards to the two test installs I did, and my considering trying other tests.) Positive feedback is always good it gives a feeling for the failure rate - i.e. 2 out of ~20 so far, rather than 2 out of 2:} . Thank you for the testing you've done so far, and any further different test results will be great (i.e. new platforms, upgrades vs fresh etc.) Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
On Thu, 2003-03-27 at 22:10, Vince Hoffman wrote: Ok, well this is 'not good' :}. At what point does it crash? At start before any window appears. Shuttting down cygwin services made no difference. let me know if there is any more i can do to help the problem. Hmm, I don't think there is much more you can do. Max can reproduce it.. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
Regarding XFree auto-installation... __ Cygwin Package Information ... libPropList 0.10.1-3 This requires XFree86-base. So setup is doing the right thing. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
$$$ 2003-03-29 virgin Win98 Install From Internet Just Me Unix C:\cygtest ftp://mirrors.rcn.net default package set Seems to work ok, but when I reboot run setup again, it doesn't remember the pkg directory. I guess I don't know if it ever did, as this is the first time I'm not running the setup.exe out of the pkg directory. (Actually I'm running setup-2_340_2_3.exe, and it is sitting in c:\, and it suggested c:\ as the pkg directory both the first time I ran it, and the second, altho the first time I adjusted it to c:\cygtest\pkg.) I will do some more of these, but it would be nifty if there was any validation suite to run after installing cygwin ? (I'm just making minor variations on the choices in the original dialogs -- eg, this one was set to Just Me, whereas my previous 98 one was All Users, and I changed the cygwin directory name slightly this time.) _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- 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: Corrected: setup.exe beta (testing needed - really!)
On Sat, 2003-03-29 at 15:13, amores nolikeyjunk wrote: but when I reboot run setup again, it doesn't remember the pkg directory. I guess I don't know if it ever did, as this is the first time I'm not running the setup.exe out of the pkg directory. The first time through, there is a known race condition: cygwin isn't installed, so /etc doesn't exist, and the package dir is not saved, the mirror details are instead stored in the package dir itself. So, if you run setup a second time, give it the same settings. The third time it will remember the second time's settings. Rob (Actually I'm running setup-2_340_2_3.exe, and it is sitting in c:\, and it suggested c:\ as the pkg directory both the first time I ran it, and the second, altho the first time I adjusted it to c:\cygtest\pkg.) I will do some more of these, but it would be nifty if there was any validation suite to run after installing cygwin ? There isn't, but basically, ifyou can run programs, i.e. execute ls, then it should be ok. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
$$$ 2003-03-29 Follow-on to existing (virgin Win98, Install From Internet, Just Me, Unix C:\cygtest, ftp://mirrors.rcn.net, default package set) Continuing this win98 system, I ran setup and added pkgs autoconf, automake, binutils, bison, flex, gcc, gettext, gettext-devel, libltdl3, libtool, make, openssh Found I still didn't have cvs, so ran setup again, and this time it remembers my pkg directory (!last time it didn't!), and fetched cvs. Now something is wrong. When I type in the cygwin terminal window, it doesn't reflect what I type until I switch to another app and then back. I type ff, there is no indication that it heard me, I switch to an explorer window and back, and the ff comes out (as I switch back). I press backspace, it doesn't seem to hear me (pressing backspace), I switch to explorer, and back, and as I come back then the last character disappears (backspace kicks in). I tried running this cygcheck -s -v -r -h cygcheck_output.txt (which was a pain to type blind, and I had to fix a couple mistakes) and now my 98 system appears to be hung ? If I submit a Ctrl-Alt-Del to the machine (a virtual machine, actually), I get the blue screen saying: System is busy _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus -- 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: Corrected: setup.exe beta (testing needed - really!)
Robert Collins, If you happen to be quite interested in this apparent problem I've just found (altho I certainly don't know if it is setup related or not) at this moment, and wish to discuss this via Instant Messenger (eg, to give me some directions on what retests you'd like to me try), send me email directly. _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- 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: Corrected: setup.exe beta (testing needed - really!)
Now something is wrong. When I type in the cygwin terminal window, it doesn't reflect what I type until I switch to another app and then back. I type ff, there is no indication that it heard me, I switch to an explorer window and back, and the ff comes out (as I switch back). I press backspace, it doesn't seem to hear me (pressing backspace), I switch to explorer, and back, and as I come back then the last character disappears (backspace kicks in). I'd say there is something wrong with your system/installation of Windows... I tried running this cygcheck -s -v -r -h cygcheck_output.txt (which was a pain to type blind, and I had to fix a couple mistakes) and now my 98 system appears to be hung ? If I submit a Ctrl-Alt-Del to the machine (a virtual machine, actually), I get the blue screen saying: VM as in running Windows on top of say Mac OS/Linux? Regards, Elfyn McBratney [EMAIL PROTECTED] www.exposure.org.uk -- 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/
[avail for test] gdbm, libgdbm3, libgdbm-devel 1.8.3-1
I've uploaded a new version of gdbm as a test release. This is based on the official 1.8.3 FSF release which has seen some major changes. While existing code should compile against the new library without (many) changes, the API of the library has been reorganized, which means thtat the DLL is now named cyggdbm-3.dll and not simply cyggdbm.dll. Thus, both the old DLL and the new DLL can coexist -- which is why the new DLL is in a new package (libgdbm3 instead of libgdbm) So, old dll package: libgdbm-1.8.0-5, contains cyggdbm.dll new dll package: libgdbm3-1.8.3-1, contains cyggdbm-3.dll (and more) A word about the reorganization: the compatibility wrapper functions that provided gdbm's dbm and ndbm personalities have been moved to the gdbm_compat library. Thus, the main library from 1.8.3-1 are much smaller than the one from 1.8.0-5. This means the cyggdbm_devel-3.dll is also in the libgdbm3 package. Further, it means that any application code that USED the dbm or ndbm personalities, now needs to link with -lgdbm_compat -lgdbm and not just -lgdbm. Most programs don't use the compatibility personalities, and can simply continue to link only against -lgdbm. Also, gdbm is now build using libtool, so we have .la files now -- which should make autotool'ed client applications happy. To test these libs, just run setup and choose the experimental version of gdbm. --Chuck -- 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: Corrected: setup.exe beta (testing needed - really!)
I'd say there is something wrong with your system/installation of Windows... Could be. But, it is a clean win98 install, then I installed vmtools, then I've run cygwin setup (the experimental one), three times, and only done really minor things in the cygwin terminal (mkdir, touch, ls -l, cd). Oh, and I ran IE to go and get the experimental setup. Probably now I redo the same test with the non-experimental setup, and see what happens. VM as in running Windows on top of say Mac OS/Linux? Actually on top of Win2000. (Using vmware. It is the only way I have time to test stuff on virgin machines.) _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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: Corrected: setup.exe beta (testing needed - really!)
$$$ 2003-03-29 Decided to think like a programmer, and repeat the test I did before that ended at locking up Windows apparently. (A good first question is usually, is it repeatable.) virgin Win98 Install From Internet Just Me Unix C:\cygtest ftp://mirrors.rcn.net default package set Now, the cygwin terminal window has not come up with a prompt in a couple of minutes (this is my first time invoking it after completing the first install). If I send a ctrl-alt-delete, the top program on the task list is ~, and nothing looks wrong. But now, after switching away and back, nothing in the Win98 (v)machine is responding. I can't really distinguish now whether this problem is due to the vmware somehow, or due to cygwin. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- 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: Corrected: setup.exe beta (testing needed - really!)
On Sat, 2003-03-29 at 15:39, amores nolikeyjunk wrote: Now something is wrong. The symptoms you describe aren't (AFAIK) something that a setup bug could cause. I'd suggest a VMWare or windows install problem is your most likely culprit. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
On Sat, 2003-03-29 at 15:41, amores nolikeyjunk wrote: Robert Collins, If you happen to be quite interested in this apparent problem I've just found (altho I certainly don't know if it is setup related or not) at this moment, and wish to discuss this via Instant Messenger (eg, to give me some directions on what retests you'd like to me try), send me email directly. Thanks for the offer, but I don't think real-time diagnosis is needed - see my other email. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
On Sat, 2003-03-29 at 15:50, amores nolikeyjunk wrote: VM as in running Windows on top of say Mac OS/Linux? Actually on top of Win2000. (Using vmware. It is the only way I have time to test stuff on virgin machines.) I really appreciate the testing effort you are putting in - it's great. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
gdb 2003-03-03-cvs gets always a segmentation fault
Hello all, I installed the latest cygwin release and then I now start the debugger I am getting always a segmentation fault. Any hints? Harald GNU gdb 2003-03-03-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin.Segmentation fault (core dumped) -- 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: Corrected: setup.exe beta (testing needed - really!)
Hi, You wrote vmtools and vmware. Is that http://www.vmguys.com/vmtools/ or http://www.vmware.com/? Both? Something else? It's really just idle curiosity. I had never heard of vmtools before, so I had to go look it up (it's Java XML stuff) and so it doesn't sound related, but I just thought I'd check. Randall Schulz At 20:50 2003-03-28, you wrote: I'd say there is something wrong with your system/installation of Windows... Could be. But, it is a clean win98 install, then I installed vmtools, then I've run cygwin setup (the experimental one), three times, and only done really minor things in the cygwin terminal (mkdir, touch, ls -l, cd). Oh, and I ran IE to go and get the experimental setup. Probably now I redo the same test with the non-experimental setup, and see what happens. VM as in running Windows on top of say Mac OS/Linux? Actually on top of Win2000. (Using vmware. It is the only way I have time to test stuff on virgin machines.) -- 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: Corrected: setup.exe beta (testing needed - really!)
VMWare comes with tools to allow the client OS (the one inside the VM) to interface with the host OS - i.e. mouse release so that the mouse can go from inside the VM to outside easily. These tools are called. vmtools. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Corrected: setup.exe beta (testing needed - really!)
You wrote vmtools and vmware. Is that http://www.vmguys.com/vmtools/ or http://www.vmware.com/? Both? Something else? www.vmware.com On unrelated (but original) note: Now I'm seeing the MS-DOS window stop responding part-way thru the setup download of packages, and the system tends to lock (when I keep switching to the MS-DOS window and typing direnter to see if it is still working) before finishing downloading the packages. Before giving up on this, I'm going to see if I can easily find any info out about what is happening as it dies with sysinternals tools (http://www.sysinternals.com). _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- 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: Corrected: setup.exe beta (testing needed - really!)
Robert, Ah, right. I should have remembered that. I have VMware on this system (for a couple of months, now) and of course I installed the VMtools. I use VMware to run Linux under Windows since I now have a client who has some Java software that has to runs and build on both. Thanks for refreshing my memory. It was good to bump into the other VMTools, though. Randall Schulz At 21:40 2003-03-28, you wrote: VMWare comes with tools to allow the client OS (the one inside the VM) to interface with the host OS - i.e. mouse release so that the mouse can go from inside the VM to outside easily. These tools are called. vmtools. 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/
error 193
I have several directories with similar names, called: ~/Dev/Verilog[1-7] I can run gcc and gdb OK in all of them except Verilog7. When I try to run a program in Verilog7, I get the following error message: ~/Dev/Verilog7(6) gdb vxl GNU gdb 2003-03-03-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run test1.v Starting program: /usr/home/thomas/Dev/Verilog7/vxl test1.v Error creating process /usr/home/thomas/Dev/Verilog7/vxl, (error 193) I attached the 'cygcheck -s -v -r cygcheck.out' file. I tried to create new driectory Verilog[8-9], both under windows and under cygwin and was still getting the same error. If I try in a directory called vxl - it does work again. There is an email thread on error 193, but it is not of any help to find a solution. It seems the problem might be related to short file names under Windows. Thomas Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Mar 27 23:00:10 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: . C:\unix\usr\local\bin C:\unix\bin C:\unix\bin C:\unix\Perl\bin c:\WINDOWS c:\WINDOWS\system32 C:\unix\bin\id.exe output (nontsec) UID: 1002(thomas) GID: 513(None) 513(None) C:\unix\bin\id.exe output (ntsec) UID: 1002(thomas)GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\Documents and Settings\thomas\Documents' MAKE_MODE = `unix' PWD = `/usr/home/thomas/Dev/Verilog6' USER = `thomas' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\thomas\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TOMEK' COMSPEC = `C:\WINDOWS\system32\cmd.exe' GROUP = `None' HOMEDRIVE = `C:' HOMEPATH = `\' HOST = `tomek' HOSTTYPE = `i386' INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGNAME = `thomas' LOGONSERVER = `\\TOMEK' MACHTYPE = `i386' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `posix' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TERM = `cygwin' TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2' USERDOMAIN = `TOMEK' USERNAME = `thomas' USERPROFILE = `C:\Documents and Settings\thomas' VENDOR = `intel' WINDIR = `C:\WINDOWS' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\unix' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\unix/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/home/thomas (default) = `C:\Documents and Settings\thomas\Documents' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\unix/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 38162Mb 28% CP CS UN PA FC d: cd N/AN/A e: fd FAT32 2031Mb 38% CPUN BACKUP f: cd N/AN/A g: cd CDFS 256Mb 100%CS UN MGWEST C:\unix / system binmode C:\unix/bin /usr/bin system binmode C:\Documents and Settings\thomas\Documents /usr/home/thomas system binmode C:\unix/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\unix\bin\awk.exe Found: C:\unix\bin\bash.exe
Re: Possible bug in Emacs 21.3
The following message is a courtesy copy of an article that has been posted to gnu.emacs.bug as well. Peter Milliken [EMAIL PROTECTED] writes: I have downloaded the source of 21.3 and built it on a PC running Win2000 and using the Cygwin distribution and following the INSTALL instructions in emacs-21.3/nt/INSTALL (well, I ran configure.bat --prefix=/c/emacs and then type make install as I have done for all other source distributions :-)) The resulting binary falls over with a Abort, Retry or Ignore dialog when any package referenced from my .emacs that attempts to require the cl.el package. Just typing M-: (require 'cl) from within the Emacs session will bring up the problem. I would imagine this is more likely a problem with my Cygwin setup than an Emacs bug as I am sure that pretesting would have found this one very quickly! I used gcc 3.2.3(?) to build emacs from the source. I then tried using gcc 2.95 but that fails with a source code/compile error part way through the make, so I rebuilt with gcc 3.2.3 and tried again - same results. I veryfied emacs-21.2.95 this with the latest cygwin release and I could reproduce this on my system too. I was able to compile emacs too with the latest cygwin 'gcc version 2.95.3-10 (cygwin special)', but the problem still exists: cl pops up a Abort, Retry or Ignore Dialog. Compiler | State --+- gcc2.95.3-10 (cygwin special) | fails with cl.el gcc 3.2 20020927 (prerelease) | fails with cl.el gcc 2.95.3-6 (mingw special) | okay msvc | okay With the emacs head version I get by executing the M-: (require 'cl) lisp function the following backtrace: , | Debugger entered--Lisp error: (invalid-read-syntax . in wrong context) | cl-random-time() | byte-code(...) | require(cl) | eval((require (quote cl))) | eval-expression((require (quote cl)) nil) | * call-interactively(eval-expression) ` I am cc'ing this too to the cygwin mailing list, maybe someone has an idea what the problem caused. Harald -- 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/