Re: cygwin crashes when loading DLL

? But strangely, when run from within an ant process as mentioned, it worked ok. I just don't get it. Regards, Shaddy - Original Message - From: "Alan Thompson" <[EMAIL PROTECTED]> To: "Shaddy Baddah" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent:

Re: [ANNOUNCEMENT] Updated: groff-1.18.1-1

Hi, The suggestion fixed this for me in my terminal emulation sessions after I had updated my Cygwin to include this version of groff. However, I have a preferences for viewing man pages in XEmacs for cygwin (21.4p13) and now the output is all garbled. Not understanding the problem well enough, i

Re: [ANNOUNCEMENT] Updated: groff-1.18.1-1

Hi, Despite my best effort at sifting through the mailing list for the solution, the posting that solved my problem eluded me until I had already sent my original question. Apologies, but the I have found the fix. Please refer to the below from the RE: Problem about man-1.5m2 posting of Mon, 24 N

Re: Hang with 20051018 (3rd version) snapshot while building OOo

Hi, Christopher Faylor wrote: [snip] > Actually, to clarify, I can explain why the new snapshot avoids calling [more snip] I just want to give you a bit of encouragement, in that at least I follow closely, this (rather long, necessarily so) thread, I really hope that it gets solved, just as a fi

Re: Updated: xemacs-21.5.23-1/xemacs-tags-21.5.23-1/xemacs-emacs-common-21.5.23-1

Hi. Dr. Volker Zell wrote: > Hi > > A new *TEST* version of 'xemacs' has been uploaded to a server near you. Thank you very much Volker. This version is exactly what I have been hoping for, for quite a while (Chinese characters in utf8 encodings, and msw toolkit). Thanks also, of course, to the

cygwin-licensing ml search problem

Hi, It seems to me that when searching the cygwin-licensing ml at http://cygwin.com/ml/cygwin-licensing/, it is actually the cygwin ml that is being searched. Regards, Shaddy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.

Re: Updated: xemacs-21.5.23-1/xemacs-tags-21.5.23-1/xemacs-emacs-common-21.5.23-1

Hi, On 11/29/2005 12:23 PM, Shaddy Baddah wrote: Hi. Dr. Volker Zell wrote: Hi A new *TEST* version of 'xemacs' has been uploaded to a server near you. Thank you very much Volker. This version is exactly what I have been hoping for, for quite a while (Chinese characters in utf8

htDig to mnoGoSearch - gripes and questions

Hi, I may as well come out with it... I have been disappointed with mnoGoSearch since it took over from htDig as the mail archive search tool. This is an overall disappointment, but for the benefit of having a tangible problem to solve, I cannot simply type "make" as the search term of the c

GNU make 3.81rc2 available and I'm worried

Hi, According to the announcement of GNU make 3.81 release candidate 2 (http://lists.gnu.org/archive/html/make-alpha/2006-03/msg7.html), 3.81 is coming (or should of came last week), and I'm worried. I am worried that there isn't going to be a quick turn-around in getting a Cygwin build o

Re: GNU make 3.81rc2 available and I'm worried

Hi again, On 3/31/2006 11:49 AM, Shaddy Baddah wrote: Am I right on point 1? If not, is there a patch set that I can look at to make the porting easier? I just noticed that the rcs id changes in the patch indicate that these have been committed to CVS. Is there an active CVS repository for

Re: GNU make 3.81rc2 available and I'm worried

Hi, On 3/30/2006 10:09 PM, Christopher Faylor wrote: That would suggest that you should be producing your own version of make for your own personal needs. Ok, fair enough. Sorry if I came of demanding (it wasn't my intention). cgf, as the maintainer of the current Cygwin make release (version

Cygwin services using uid 400, not SYSTEM. Why?

Hi, I've recently been required to use a Windows XP Professional system, and have been trying to setup a Cygwin inetd service. After installing the requisite Cygwin packages, I performed a: cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a '-d' and then: cygrunsrv -S inetd Curiou

Re: squid status?

Hi, Sven Köhler wrote: I remember, that it once worked. Any clue, why squid is that broken? Nope. Sounds like it would be worthwhile to debug it. squid is strange. It looks in /etc/resolv.conf for DNS-server, it checks the cache-directories - and if something is not right (not DNS-servers

Re: Cygwin services using uid 400, not SYSTEM. Why?

system (a cygcheck.out for it is attached). This system has Windows XP Pro pre-installed, and has not been attached to the same domain. It has however been on the same LAN (I provide this on the long shot that a DHCP or other server on the network could make some configurations to restrict SYSTEM account

Re: Cygwin services using uid 400, not SYSTEM. Why?

Hi again, On 7/19/2006 11:39 PM, Shaddy Baddah wrote: Well, after running cygserver-config, and before running the cygserver service itself, I was able to run the ssh and exim services (as before), and actually make valid connections to the servers (as was not happening before). I was also

Re: Cygwin services using uid 400, not SYSTEM. Why?

27;m so sorry I didn't pick up on this earlier. Thanks for your attention. If you have any ideas on the UID 400 problem, I'd still be very interested to hear what was happening on that. On 7/19/2006 11:44 PM, Shaddy Baddah wrote: Hi again, On 7/19/2006 11:39 PM, Shaddy Baddah wrote:

Re: Cygwin services using uid 400, not SYSTEM. Why?

Hi again, On 7/20/2006 1:30 AM, Shaddy Baddah wrote: I'm so sorry I didn't pick up on this earlier. Thanks for your attention. If you have any ideas on the UID 400 problem, I'd still be very interested to hear what was happening on that. One last bit of diagnosis. In my e

Re: Cygwin services using uid 400, not SYSTEM. Why?

Hi again again, On 7/21/2006 12:29 PM, Shaddy Baddah wrote: The attachment is a log of commands that I executed that highlights the problem very clearly. You will see that after running *exim-config* (not cygserver-config), the Cygwin services correctly display as uid SYSTEM, and not 400

Re: Updated: OpenSSH-4.0p1-1

Hi, Just thought it might be wise to put on the record that the Cygwin build of OpenSSH-4.0p1-1 also suffers from the upstream bug reported in http://bugzilla.mindrot.org/show_bug.cgi?id=996: Summary: Fatal error in xfree() when scp invokes ssh with a LocalForward config A search of the cygwin mail

i18n: readdir API implementation

Hi, I've known for sometime that there are limitations to the the internationalization support provided by the cygwin dll. Specifically, the POSIX readdir implementation returns dirent names where non US-ASCII characters default to ASCII '?' character. I am sympathetic to the difficulties involved

Re: Updated: tetex-3.0.0-3

Hi, Jan Nieuwenhuizen wrote: > I have updated the tetex suite to version 3.0.0-3. This is a bugfix > release. It seems that texi2html has dropped out/moved out of the binary package. Is this deliberate? Where should I look for it now? Thanks in advance, Shaddy -- Unsubscribe info: http://

Re: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

Hi, Shaddy Baddah wrote: > It seems that texi2html has dropped out/moved out of the binary package. > Is this deliberate? Where should I look for it now? Sorry if this seems like impatience, but I am not sure I captured the severity of this problem in my original email... and since respon

Re: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

Hi, Larry Hall wrote: > Why wait? Just download 'tetex-bin-2.0.2-15', 'bunzip2' it, and extract the > executable from there using 'tar'. If you had previously installed that > version on your machine, you can skip the downloading and just go straight > to your local package directory for it. A

Re: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

Hi, Christopher Faylor wrote: > The Cygwin DLL build does NOT have a dependency on texi2html. The Cygwin > documentation directory does have such a dependency but I don't see why > this is a severe problem. You are right, the DLL itself does not have a dependency on texi2html. That is my interpr

Re: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

Hi, Allow me to correct myself before someone else does. Shaddy Baddah wrote: > My interpretation is drawn from the fact that the default make target > does make a call to texi2html, and therefore will fail. I am doubly wrong :-(, because it will/does not fail. The exit status of the tex

Re: Hiding xemacs console window when started from windows explorer

Hi, Brian Dessent wrote: > Maxime Beaudry wrote: > > >>I installed xemacs along with cygwin. I try to start xemacs by directly by >>double clicking on the xemacs-21.4.17.exe file in my windows explorer. This >>starts a dos console window which in turns starts xemacs properly. >> >>My question

Re: Unicode in filenames support?

Hi, Williams, Gerald S (Jerry) wrote: > Corinna Vinschen wrote: > >>Not that I know of. We're discussing to convert Cygwin's path >>handling to use Unicode for a while now, but it will take time. >>Don't expect this any time soon. > > > I've been off of the developer list for a while now, and

Re: Cygwin 1.5.10: Possible bug

- Original Message - From: "Dave Neary" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 21, 2004 7:04 PM Subject: Cygwin 1.5.10: Possible bug > > Hi all, > > I have come across a problem with cygwin (I think) which prevents it > from being used to compile JNI bindings. > >

Cygwin ssh session privileges differ from console privileges?

Hi, I am having a problem with the privileges on a Cygwin ssh session. It seems as though the Cygwin ssh session does not have all the privileges of a console session, logged in as the same user. This is happening on cygwin v1.5.10-3 under Win2K SP4. The openssh version is v3.9p1-1. The problem occ

Re: Cygwin ssh session privileges differ from console privileges?

Thank you Corinna. Your suggestion worked. You are too cool for school :-D. - Original Message - From: "Corinna Vinschen" To: Sent: Thursday, September 02, 2004 6:13 PM Subject: Re: Cygwin ssh session privileges differ from console privileges? The bottom line is, if you need all the user

arch & has there been a change in automatic .exe unlinking?

Hi, The best way to describe the problem is to plunge in with some cut and paste: [EMAIL PROTECTED] ~/throwaway scripts $ gcc hello.c [EMAIL PROTECTED] ~/throwaway scripts $ ./a Hello, World! [EMAIL PROTECTED] ~/throwaway scripts $ rm ./a rm: cannot remove `./a': No such file or directory [EMA

Re: Hiding xemacs console window when started from windows explorer

Hi, Shaddy Baddah wrote: > Brian Dessent wrote: > >>Maxime Beaudry wrote: >> >> >> >>>I installed xemacs along with cygwin. I try to start xemacs by directly by >>>double clicking on the xemacs-21.4.17.exe file in my windows explorer. This >

Re: Proposed FAQ in DocBook (Attn: tetex maintainer)

Hi, Jan Nieuwenhuizen wrote: >>Probably, but a successful build of the Cygwin HTML documentation relies >>on texi2html being present. > > > Ah. Nice one of me to come into the discussion a week late, but I've been doing something recently that required texi2html. Not wanting to gripe or anythi

Re: Proposed FAQ in DocBook (Attn: tetex maintainer)

Hi again, Shaddy Baddah wrote: > I just found this all out the hard way. I noticed the switch in the > mknetrel file for 3.0.0-3, and knowing that the executable was included > in 2.0.x, I wondered about the rationale of its' inclusion. Oh, I forgot to mention that there seems to

Rationale sought: XEmacs 21.5.16 (test) build disabling MS windows toolkit

Hi, I had a play with the XEmacs 21.5.16-1 build (which is the [test] version atm). I noticed that, unlike the 21.4.17-1 and 21.4.15-1 build, XEmacs could not be started using the native MS windows toolkit. A quick look at the source package confirmed that support was explicitly disabled: /usr/sr

Re: Rationale sought: XEmacs 21.5.16 (test) build disabling MS windows toolkit

Hi, Rick Rankin wrote: > I believe that the XEmacs 21.5 branch with --with-msw=yes has been broken for > a > while; however, I haven't tried to build it in a while, either. Assuming it's > still broken, I suspect that's the "rationale". Disabling it would make perfect sense then. Thanks for that

Re: Building a snapshot ("Not an ELF file" error)

Hi, On Nov 06 02:37, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: It'd still be very interesting to know an opinion of the CYGWIN gurus about this trouble that I asked yesterday (thanks to Marco, I now know that the original ELF error is benign): make[3]: Entering directory `/home/lavr/cygwin-s

Re: Building a snapshot ("Not an ELF file" error)

Hi, On Nov 07 00:47, Corinna Vinschen wrote: On Nov 06 02:37, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: It'd still be very interesting to know an opinion of the CYGWIN gurus about this trouble that I asked yesterday (thanks to Marco, I now know that the original ELF error is benign): make[3

Re: How about a 64-bit installer that doesn't require UAC?

Hi, On 04/11/13 22:53, Corinna Vinschen wrote: On Nov 3 14:13, Bill Welch wrote: My apologies for the snark. The list archive ends at the same message as the top of the second page of the nabble rendering and I didn't immediately see the additional messages in nabble that include a workaround.

How should I report a critical type of Cygwin bug?

Hi, Risking the wrath that I should just report the bug, I would like to just get some advice on how to go about it. I'm encountering a problem with a rather new Cygwin package/feature that if reproducible, has serious consequence on the hosting Windows platform. My concern is that if I list th

Re: Running getent in a certain way grows it in memory in critical way.

Hi, On 2014/02/26 22:28+1100, Shaddy Baddah wrote: I need to recompile -O2 -> -O0 as the integer counters were optimised out. Then single-stepping through, run --help succeed. But an attempt to run ./getent --help on this non-optimised build encountered the same problem. I had to hard reset

Re: Running getent in a certain way grows it in memory in critical way.

Hi Corinna, On 2014/02/26 23:33+1100, Corinna Vinschen wrote: On Feb 26 22:28, Shaddy Baddah wrote: Not believing what I had seen, I downloaded the code and checked it. I inspected more_help() function, and suspecting the for loop my have runaway, I eyed it over. It looks fine to me. I did

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.29-2

Hi, On 2014-04-07 22:00+1000, Corinna Vinschen wrote: I just released Cygwin 1.7.29-2. This is a bugfix release. I looked to see if this had been asked, but couldn't see anything. I'm curious as to why this is a -2 release? Accident? -- Regards, Shaddy -- Problem reports: http://cygwi

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.29-2

Hi Corinna, On 2014-04-14 18:05+1000, Corinna Vinschen wrote: On Apr 14 17:02, Shaddy Baddah wrote: Hi, On 2014-04-07 22:00+1000, Corinna Vinschen wrote: I just released Cygwin 1.7.29-2. This is a bugfix release. I looked to see if this had been asked, but couldn't see anything

Re: Baffled: is it Cygwin (64-bits) or Windows that causes the invocation of regedit (from bash) to fail?

Hi, On 2014-05-12 22:50+1000, Corinna Vinschen wrote: On May 12 14:20, Houder wrote: Of course, it is not really a problem, that regedit cannot be invoked from Cygwin, as it can be invoked from the Windows interface ... However, in some of the "harder" cases of using Gygwin, one needs to have

screen on 64-bit mangles mintty/buffer

Hi, This is a problem that I noticed some time last year, so I apologise for sitting on it for so long. I actually started drafting a number of emails to report but never committed. The problem only occurs with screen on 64-bit Cygwin. The 32-bit appears to work correctly. The problem is that wh

Re: screen on 64-bit mangles mintty/buffer

H, On 2014-05-15 02:46+0100, Andrew Schulman wrote: The problem only occurs with screen on 64-bit Cygwin. The 32-bit appears to work correctly. The problem is that when screen is run in mintty, it seems to exclude the bottom line, reducing the actual size of the buffer. Further, something goes

Re: screen on 64-bit mangles mintty/buffer

Hi, On 2014-05-15 04:15+1000, Andrew Schulman wrote: I can't understand why the ./conftest.exe differ. Trying to emulate by hand, I cannot reproduce it. But it is now very late here, and I can't debug anymore. I'm hoping that I've provided enough of a lead for someone of authority to decid

Re: screen on 64-bit mangles mintty/buffer

Hi Corinna, On 2014-05-15 17:17+1000, Corinna Vinschen wrote: Nice detective work, really. The goldstar is well deservered :) On May 15 04:00, Shaddy Baddah wrote: I quickly worked out that the code has a bug for "%i". At some point the code was changed to push and pop the

squid 64-bit is Aborting sporadically

Hi, I run squid as a non-daemon process, with the following command-line: /usr/sbin/squid -f ~/etc/squid/squid3_sbaddah.conf -N -u 0 Sporadically I find squid aborting with; Aborted (core dumped). I've attached the last stackdump for this. Running addr2line against both cygwin1.dll and squid.e

Re: squid 64-bit is Aborting sporadically

Hi, On 2014-05-20 10:28+1000, Shaddy Baddah wrote: I haven't really taken careful note of every crash, bit it seems that most of the aborts happen after my laptop comes out of a sleep. It's not a big problem. The crashes aren't too frequent. But thought it might help to have

Re: Problems installing man-db

Hi, On 19/06/14 22:44, Angelo Graziosi wrote: Chris J. Breisch wrote: > Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself > from the command line? It will take a while and may generate several > warnings, such as what you see above. I did this: $ /usr/bin/mandb -c and it

setup-1.7.exe + w2k, no output to cmd

Hi, I am trying to display the help options of the very latest setup-1.7.exec in a cmd prompt on a Windows 2000 host: .\setup-1.7 --help and seeing no output at all. Is this expected? Regards, Shaddy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cy

Re: Adding packages (was: mkfs.jffs2 support in CYGWIN)

Hi, Sorry to dredge up this thread from a few months ago, but I found myself wanting to comment on more than just the segment I was originally intending to cut and paste into a new discussion. On 28/08/2009 7:50 AM, Christopher Faylor wrote: On Thu, Aug 27, 2009 at 10:02:08PM +0100, Dave Korn w

[1.7] Just a headsup. Getting setup.ini/exe mismatch warning

Hi, Just a headsup. I'm getting a setup.ini/exe mismatch warning when running the latest setup-1.7.exe. setup-2.ini is listing: setup-timestamp: 1260006211 setup-version: 2.661 but setup-1.7.exe remains at version 2.656 on the main page. Regards, Shaddy -- Problem reports: http://cygwi

Re: [1.7] Just a headsup. Getting setup.ini/exe mismatch warning - SOLVED

Hi, On 7/12/2009 12:02 PM, Christopher Faylor wrote: Actually, I don't know why you'd be seeing this version. It really is 2.661. setup.ini gets the version directly from the setup.exe on the web page so that would make sense. Maybe you're seeing a cached version of setup.exe? Yes you ar

Re: Cygwin 1.7-1!

Hi, On Wed, Dec 23rd, 2009 at 11:54 AM, Angelo Graziosi wrote: > Just done from mirrors.kernel.org! > > $ uname -a > CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin > > Thanks to all developers of Cygwin. Indeed thanks to all the developers. However, it is not officially d

Re: Cygwin 1.7-1!

Hi, On Wed, Dec 23rd, 2009 at 2:06 PM, Christopher Faylor wrote: > On Wed, Dec 23, 2009 at 01:18:22PM +1100, Shaddy Baddah wrote: > The release of 1.7.1 is displayed in big letters at the top of > http://cygwin.com/. You'll have to wait for Corinna's official > announce

Re: cron & Windows 7

Hi, On 11/02/2010 3:28 AM, Pierre A. Humblet wrote: I got reports that cron is having problems with Cygwin 1.7.1 on Windows 7 - 32 bits. They occur only with seteuid method 1, not with method 2 nor method 3. Based purely on the above (and not the rest of the report... sorry) I suspect it migh

perl panics with cygwin snapshot

Hi, This might be related to http://www.cygwin.com/ml/cygwin/2008-11/msg00021.html, I'm also seeing perl fail with a panic *with the latest snapshot*. Eg.: $ uname -a CYGWIN_NT-6.1 ***-w7 1.7.2s(0.222/5/3) 20100222 16:51:26 i686 Cygwin $ /bin/autom4te-2.65 --help panic: MUTEX_UNLOCK (1) [util.c

Re: perl panics with cygwin snapshot

Hi, On 24/02/2010 12:46 AM, Christopher Faylor wrote: On Tue, Feb 23, 2010 at 06:11:17AM +, Shaddy Baddah wrote: This might be related to http://www.cygwin.com/ml/cygwin/2008-11/msg00021.html, I'm also seeing perl fail with a panic *with the latest snapshot*. Eg.: It's very unl

Re: allow executing a path in backslash notation

Hi, On 10/03/2010 10:03 AM, Ilya Beylin wrote: The problem is that DOS paths are treated differently, even within the same program. Take for instance, bash: $ builtin test -x "$WINDIR\system32\cmd.exe"&& echo ok yes $ builtin exec "$WINDIR\system32\cmd.exe" /C echo ok -bash: exec: C:\WINDOWS\s

Re: tty initialization failure under cygwin 1.7.2?

Hi, On 2/04/2010 11:36 AM, Corinna Vinschen wrote: On Apr 1 14:31, Eric Berge wrote: I recently updated to 1.7.2 from 1.7.1 with the March 15 development patch and noticed I was getting some process failures. In particular I was running the Coverity static analysis tool, and was getting

case-sensitivity in cygwin problems and their patches

Hi, As some may recall from a previous thread of mine, i turned on case-sensitivity in Windows + cygwin, as per: http://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-casesensitive I encountered two issues, for which i have provided the attached patches: 1. I found that there wer

subversion-1.6.2-4 (for 1.7): svnserve STATUS_ACCESS_VIOLATION error

Hi, I'm encountering a problem with svnserve from the subversion package for Cygwin 1.7. When an svn request is made to svnserve, it is locking up the process with an error message of this sort: 6076:sha...@avistahost ~ $ svnserve --daemon --foreground --root /tmp/scrubrepo/ 5 [main] s

FAQ question regarding tcl/tk and paths

Hi, So, from the Cygwin FAQ: *4.45.* Why doesn't Cygwin tcl/tk understand Cygwin paths? The versions of Tcl/Tk distributed with Cygwin (e.g. cygtclsh80.exe, cygwish80.exe) are not actually "Cygwin versions" of those tools. They are built with the |-mno-cygwin| option to |gcc|, which means they

Re: Re: FAQ question regarding tcl/tk and paths

Hi Larry, Larry Hall (Cygwin) wrote: ? No? Dang! I've been looking for an appropriate place to use that phrase. I'll keep trying. ;-) YANMAA - You Are Not Mean At All ;-) You might have more luck looking in the context of 'insight'. 'insight' comes with th

Yesterday's CVS ci solved VBoxSharedFolderFS issues

Hi, I've been trying to work through a problem with running cygwin from a VBoxSharedFolderFS (VirtualBox) folder mounted on my guest host. I've tried to work through the problem on my own, as I would imagine that VBoxSharedFolderFS support in cygwin is of almost zero importance. However I though

Re: Yesterday's CVS ci solved VBoxSharedFolderFS issues

Hi Corinna, Corinna Vinschen wrote: The only thing obviously broken now are symlinks. I've done some debugging and tracked it down to the fact that any call like this: path.c:2254: if (NT_SUCCESS (status) path.c:2255: && NT_SUCCESS (status path.c:2256: = NtQueryInformation

[1.7] Alternative root directory. Sort of a regression.

Hi, Before I begin, I know this is an "out there" thing to try and do, so I am steeled for some negative responses. With 1.7, the cygwin root directory determination is fixed to location from the path of the loaded cygwin1.dll. However, the 1.7 user guide details a way to override this behaviour

regtool/registry interfacing and charset support

Hi, I note that the regtool/registry interfacing do not yet support non ASCII character sets: $ uname -a CYGWIN_NT-6.0 somehost-vista 1.7.0(0.212/5/3) 2009-07-24 09:59 i686 Cygwin $ regtool get /machine/SOFTWARE/Cygwin/setup/rootdir C:\software\cygwin? where the trailing CJK character 中 has b

[1.7] bash UNC path bug?

Hi, bash... maybe cygpath, seems to be doing something weird: $ cygpath -u '\\someuncpath\someshare' //someuncpath/someshare $ echo `cygpath -u '\\someuncpath\someshare'` /cygdrive/c/someuncpath/someshare $ # what's going on here $ echo "`cygpath -u '\\someuncpath\someshare'`" /cygdrive/c/someun

[1.7] recursive /cygdrive problem

Hi, I am having a real problem with 1.7 that I am pretty sure is a regression. Basically, I am trying to run a find over the cygwin root installation directory itself, not from cygwin path /. However I am finding that the cygdrive directory at the cygwin root installation directory also mount

Re: [1.7] recursive /cygdrive problem

Hi again, Shaddy Baddah wrote: The following is an example for 1.7: sha...@x-vista ~ $ cd /cygdrive/c/software/cygwin/ sha...@x-vista /cygdrive/c/software/cygwin $ ls ./cygdrive c d e It has occurred to me that this wasn't the optimal example, as it does not eliminate a problem with t

Re: [1.7] recursive /cygdrive problem

Hi Larry, Larry Hall (Cygwin) wrote: Genuine bug? No, a feature. Having the existing drives show up under '/cygdrive' is a convenience for things like bash and other shells so that they can do completion on the paths to these drives. If you don't want what's under the '/cygdrive' dire

Re: [1.7] recursive /cygdrive problem

Hi Larry, Larry Hall (Cygwin) wrote: Genuine bug? No, a feature. Having the existing drives show up under '/cygdrive' is a convenience for things like bash and other shells so that they can do completion on the paths to these drives. If you don't want what's under the '/cygdrive' dire

Re: cygdrive prefix

Hi, Andy Koppe wrote: 2009/9/16 Thorsten Kampe you shouldn't install Cygwin directly to C:\ (but to C:\cygwin): so you don't have the Cygwin and the Windows root folder structure mixed. And where exactly is the harm in that? Apple certainly don't see a problem with it, with the likes

Re: goldstar? Re: cygdrive prefix

name, thanks). In the same way most Linux distros do that with dpkg,rpm,or other. Sure it could be administered by Fink or some other package management system, but the point still stands, I wasn't saying that there were conflicts on Mac OS at all. Shaddy Baddah wrote: > I don'

Re: cygdrive prefix

Hi Andy, Andy Koppe wrote: 2009/9/16 Dave Korn: whatever) prefixes when accessing stuff from the other side of the fence. Never mind the fence, what colour are we going to paint the bikeshed? This is purely a matter of taste. Exactly. I didn't mean to suggest that Cygwin sh

setup-1.7.exe replace on boot. Was it deprecated?

Hi, I was wondering if the replace on boot feature in setup was deprecated with setup-1.7.exe? I am trying to do an install via the following command-line: /cygdrive/d/Temp/setup-1.7 -L -r /cygdrive/c/cygwin-1.7 -l /cygdrive/d/cygwin-1.7-downloads -P rsync -q as an Administrator user on Windows

Re: setup-1.7.exe replace on boot. Was it deprecated?

Hi, Robert Pendell wrote: On Sat, Nov 7, 2009 at 8:47 AM, Shaddy Baddah wrote: /cygdrive/d/Temp/setup-1.7 -L -r /cygdrive/c/cygwin-1.7 -l /cygdrive/d/cygwin-1.7-downloads -P rsync -q replace on boot can be turned "off", if I had specified -r, which I hadn't. That sugg

Re: setup-1.7.exe replace on boot. Was it deprecated?

Hi again, Shaddy Baddah wrote: Actually you are if you look at your command line again. Try this version of it. /cygdrive/d/Temp/setup-1.7 -L /cygdrive/c/cygwin-1.7 -l /cygdrive/d/cygwin-1.7-downloads -P rsync -q Note the lacking -r in this version. Ouch. How very embarrassing. That&#

Re: /usr/local, /var and */tmp in c:\Users\Public

Hi, On 14/11/14 08:30, Corinna Vinschen wrote: On Nov 13 14:09, Warren Young wrote: On Nov 13, 2014, at 2:33 AM, Corinna Vinschen wrote: On Nov 12 17:19, Warren Young wrote: I’m not advocating that step so early, but maybe if this breakup does happen, a few years later setup.exe can start

rebase db perms seem too restrictive

Hi, I expect that there wasn't any explicit reasoning behind this, but rebase creates a db with permissions that are too restrictive. To me anyway, as I cannot see any danger in the db being readable by all. This snippet describes it: $ whoami sbaddah $ od -c /etc/rebase.db.x86_64 od: /etc/reb

Re: rebase db perms seem too restrictive

Hi, On 17/11/14 20:26, Corinna Vinschen wrote: On Nov 17 14:14, Shaddy Baddah wrote: Hi, I expect that there wasn't any explicit reasoning behind this, but rebase creates a db with permissions that are too restrictive. To me anyway, as I cannot see any danger in the db being readable b

addr2line not returning anything useful (maybe just for me?)

Hi, I can't get addr2line to give me anything useful on any stackdump files. I haven't used it for a while, so perhaps the following snippet will show my incorrect use? $ cat > /tmp/foo.c << EOF > int main() { ((void (*)(void))0)(); } > EOF $ gcc -g -o /tmp/foo2 /tmp/foo2.c $ /tmp/foo2 Segment

Re: addr2line not returning anything useful (maybe just for me?)

Hi, On 20/11/14 21:19, Corinna Vinschen wrote: On Nov 20 17:35, Shaddy Baddah wrote: Hi, I can't get addr2line to give me anything useful on any stackdump files. I haven't used it for a while, so perhaps the following snippet will show my incorrect use? $ cat > /tmp/foo.c <

Re: YA call for snapshot testing

Hi, On 22/01/12 05:18, Christopher Faylor wrote: Thanks for the positive feedback. It looks like if we can fix Yaakov's problem we may be ready to ship. I have one more problem to report. I tracked this problem as being introduced in the 2011-12-17 00:14:25 UTC snapshot, including the latest

Re: YA call for snapshot testing

Hi, On 22/01/12 16:53, Christopher Faylor wrote: On Sun, Jan 22, 2012 at 12:47:19AM -0500, Christopher Faylor wrote: On Sun, Jan 22, 2012 at 01:07:45PM +1100, Shaddy Baddah wrote: Hi, On 22/01/12 05:18, Christopher Faylor wrote: Thanks for the positive feedback. It looks like if we can fix

Re: YA call for snapshot testing

Hi, On 22/01/12 21:33, Shaddy Baddah wrote: You are right about the stack trace, as it is from the "first known bad" snapshot, 2011-12-17. And it was wrong of me to use that snapshot, as the "Bad address" errors don't occur with the latest snapshot, 2012-01-11. It se

Re: YA call for snapshot testing

Hi, On 23/01/12 06:33, Christopher Faylor wrote: On Sun, Jan 22, 2012 at 08:11:18PM +0100, marco atzeri wrote: On 1/22/2012 5:57 PM, Christopher Faylor wrote: On Sun, Jan 22, 2012 at 08:30:23AM +0100, marco atzeri wrote: I saw the problem in erratic way also before running updatedb. But it

Snapshot 2012-03-09 breaks emacs -nw

Hi, I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw. Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard mintty/bash terminal, the execution just "no-ops" back to the prompt. Running emacs-nox works fine. Also, attempting to run emacs-X11 -nw under strace

Re: Snapshot 2012-03-09 breaks emacs -nw

Hi Marco, On 14/03/12 19:24, marco atzeri wrote: I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw. Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard mintty/bash terminal, the execution just "no-ops" back to the prompt. Running emacs-nox works fine. Also

Re: Snapshot 2012-03-09 breaks emacs -nw

Hi, On Mar 14 19:52, Corinna Vinschen wrote: On Mar 14 09:24, marco atzeri wrote: On 3/14/2012 8:53 AM, Shaddy Baddah wrote: I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw. Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard mintty/bash terminal

bad bash tab completion

Hi, I've been having this problem with bash for about half a year now. I can't remember the specific upgrade that caused it, but that's around the time frame. So the issue is with tab completion, and looks something like this: snapshot 1: $ cd ~/../ snapshot 2 (after tab-tab): $ cd \~/../ s

sftp-server -h succeeds on cmd, fails on mintty

Hi, I'm experiencing a wider problem with sftp'ing to/from a Cygwin sshd service. However as a starting point into debugging, I've identified a simple failure in the sftp-server that may give an indication into the wider problem. When I ran just a simple usage argument to sftp-server in a mintty

Re: sftp-server -h succeeds on cmd, fails on mintty

Hi Larry, On 22/12/11 12:25, Larry Hall (Cygwin) wrote: > On 12/21/2011 8:17 PM, Shaddy Baddah wrote: >> Hi, >> >> I'm experiencing a wider problem with sftp'ing to/from a Cygwin sshd >> service. However as a starting point into debugging, I've identif

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

Hi, On 06/12/11 20:37, Corinna Vinschen wrote: > A lot of changes and fixes have been made in Cygwin since 1.7.9 has > been released, so we're looking forward to release Cygwin 1.7.10 soon. > > Please test the latest developer snapshots at http://cygwin.com/snapshots/ > which should have "Release

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

Hi Corinna, On 22/12/11 20:25, Corinna Vinschen wrote: > On Dec 22 18:09, Shaddy Baddah wrote: >> Hi, >> >> On 06/12/11 20:37, Corinna Vinschen wrote: >>> A lot of changes and fixes have been made in Cygwin since 1.7.9 has >>> been released, so we're l

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

Hi Corinna, On 22/12/11 21:44, Corinna Vinschen wrote: > On Dec 22 21:12, Shaddy Baddah wrote: >> On 22/12/11 20:25, Corinna Vinschen wrote: >>> On Dec 22 18:09, Shaddy Baddah wrote: >>>> On 06/12/11 20:37, Corinna Vinschen wrote: >>>>> A lot of cha

  1   2   >