HEADSUP package maintainers: Welcome to Cygwin 1.5.0
Ok, this is my Welcome to 1.5.0 message for package maintainers. I hope it answers most questions. If not, feel free to ask on cygwin-apps. What is that 64 bit babble? --- Up to release 1.3.x, Cygwin had some limitations which were induced by too small datatypes: off_t was 32 bit, so not allowing to seek more than 2 Gigs and to show filesizes over 2 Gigs correctly. This has been changed to 64 bit, allowing to access all files correctly. fpos_t, ditto. blkcnt_t, used in struct stat, change from 32 to 64 bit for the same reason. ino_t, changed from 32 to 64 bit to allow 1:1 mapping of Windows file index numbers to inode numbers. uid_t and gid_t were 16 bit which result in problems mapping Windows NT user accounts to uids and gids. Changed to 32 bit. All related structures (FILE, struct stat, struct dirent, struct group) have been changed accordingly. Ditto all related functions (lseek, fseeko, stat, setuid, getgid, ...). How does that all work? --- First of all, all affected types have been defined twice, once for releases up to 1.3.22, once for 1.5.0ff. The usage of the new datatypes is controlled by a define in include/cygwin/config.h called __CYGWIN_USE_BIG_TYPES__. If this define exists, the new bigger datatypes are used. Note that this define is *not* under package developer control! It marks the switch from small to big datatypes in conjunction with the used import library. To make this clear: If you build an application with header files from 1.3.22 and libcygwin.a from 1.5.0, the result is very likely broken. And vice versa, if you build an application with 1.5.0 headers and 1.3.x libcygwin.a the result will probably not work. If you need to build applications running under 1.3.x, keep the 1.3.x headers and import libraries. As I mentioned above, Cygwin is using the big datatypes internally throughout. So, how is it possible that an old application can call a function, say lseek(), with a 32 bit off_t and a newly build application calls it with a 64 bit off_t? The internal implementation of lseek looks like this: _off32_t lseek(int fd, _off32_t offset, int whence) { return (_off32_t) lseek64 (fd, (_off64_t) offset, whence); } _off64_t lseek64(int fd, _off64_t offset, int whence) { [actual implementation] } lseek and lseek64 are both exported from the Cygwin DLL. Old applications still use the lseek entry point since they don't know better. Newly build applications on the other hand will use the lseek64 entry point directly. But how do they know? That's done at link time. The new libcygwin.a import library translates call to lseek to calls to lseek64 transparently. Applications don't have to know anything, they just get it for free. How does that affect applications? -- All current applications, build under Cygwin versions prior to 1.5.0 don't have access to the new 64 bit world. These applications will run, but they are still limited as before. Newly build applications are on the bright side of life. They do use all the new types automatically. But this transition of applications has to be done carefully. Applications build under 1.5.0 will not run under older Cygwin releases! Again, please note that the new datatypes are used automatically. There isn't any choice between e.g. a off_t with 32 bit and a off64_t with 64 bit and no corresponding functions as stat and stat64. Building under 1.5.0 means, off_t is 64 bit now. stat is expecting a struct stat with 64 bit off_t. Full stop. No compile time options. All or nothing. Well, you got the idea, I guess... Think about it. Especially if you're maintaining an older package (my own inetutils is a good candidate) it might require some code changes. To stick with off_t as example, old packages often expect off_t to fit well into long. printf(%ld, off); will print... interesting... values. Other similar traps are possible. How does that affect Cygwin package maintainers? It's important to know, if the package depends on other external libraries besides Cygwin itself. Packages only dependend on Cygwin can be build immediately and will run as expected (iff they are prepared to handle 64 bit types correctly). Packages which depend on external libs should be newly build only if all external libs have been newly build first. E.g. vim depends on ncurses. So I, the vim maintainer, will wait with creating a new vim version until Charles, the ncurses maintainer, has created a new ncurses version. This means, the package maintainers of libraries, especially those which provide DLLs should build a new version of their packages as soon as possible. Only with all libs finished, we can finally
Re: HEADSUP package maintainers: Welcome to Cygwin 1.5.0
Sorry, I should have asked about this back on cygwin-developers, but I wasn't thinking that hard about it then. On Thu, 10 Jul 2003, Corinna Vinschen wrote: lseek and lseek64 are both exported from the Cygwin DLL. Old applications still use the lseek entry point since they don't know better. Newly build applications on the other hand will use the lseek64 entry point directly. But how do they know? That's done at link time. The new libcygwin.a import library translates call to lseek to calls to lseek64 transparently. Applications don't have to know anything, they just get it for free. Do you really mean at link time? If these were translated via the headers at compile time, then new executables with old libraries might have a better chance at working, each in their own 32 or 64 bit world, but together. Obviously, they still couldn't pass the types that changed sizes between them, though. This means, the package maintainers of libraries, especially those which provide DLLs should build a new version of their packages as soon as possible. Only with all libs finished, we can finally migrate the whole Cygwin net distro to 64 bit. So, I'll ask again. What about libraries that depend on libraries? Wait, or go? Thanks for your help, and your hard work to make this happen is greatly appreciated. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: HEADSUP package maintainers: Welcome to Cygwin 1.5.0
On Thu, 10 Jul 2003, Brian Ford wrote: Sorry, I should have asked about this back on cygwin-developers, but I wasn't thinking that hard about it then. On Thu, 10 Jul 2003, Corinna Vinschen wrote: lseek and lseek64 are both exported from the Cygwin DLL. Old applications still use the lseek entry point since they don't know better. Newly build applications on the other hand will use the lseek64 entry point directly. But how do they know? That's done at link time. The new libcygwin.a import library translates call to lseek to calls to lseek64 transparently. Applications don't have to know anything, they just get it for free. Do you really mean at link time? If these were translated via the headers at compile time, then new executables with old libraries might have a better chance at working, each in their own 32 or 64 bit world, but together. Obviously, they still couldn't pass the types that changed sizes between them, though. This means, the package maintainers of libraries, especially those which provide DLLs should build a new version of their packages as soon as possible. Only with all libs finished, we can finally migrate the whole Cygwin net distro to 64 bit. So, I'll ask again. What about libraries that depend on libraries? Wait, or go? Wait. Think of it like this: if your package *depends* on another package or packages, you must wait until that package or packages have been re-linked against Cygwin 1.5.0 . Thanks for your help, and your hard work to make this happen is greatly appreciated. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
This is a version labeled test, built with the cygwin test version 1.5.0. http://abackus.imagineis.com/release/xerces-c/libxerces-c23/setup.hint http://abackus.imagineis.com/release/xerces-c/libxerces-c23/libxerces-c23-2. 3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-2.3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-2.3.0-3-src.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-devel/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-devel/xerces-c-devel- 2.3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-doc/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-doc/xerces-c-doc-2.3. 0-3.tar.bz2 The setup.hint files all have a curr value of 2.3.0-2 and test of 2.3.0-3. Thanks! -Abe
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
Can I get a gold star for Abe? He's the first person to post his modified package here. Abe, take a bow. cgf On Thu, Jul 10, 2003 at 06:26:08PM -0700, Abe Backus wrote: This is a version labeled test, built with the cygwin test version 1.5.0. http://abackus.imagineis.com/release/xerces-c/libxerces-c23/setup.hint http://abackus.imagineis.com/release/xerces-c/libxerces-c23/libxerces-c23-2. 3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-2.3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-2.3.0-3-src.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-devel/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-devel/xerces-c-devel- 2.3.0-3.tar.bz2 http://abackus.imagineis.com/release/xerces-c/xerces-c-doc/setup.hint http://abackus.imagineis.com/release/xerces-c/xerces-c-doc/xerces-c-doc-2.3. 0-3.tar.bz2 The setup.hint files all have a curr value of 2.3.0-2 and test of 2.3.0-3. Thanks! -Abe
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
You got it. Igor On Thu, 10 Jul 2003, Christopher Faylor wrote: Can I get a gold star for Abe? He's the first person to post his modified package here. Abe, take a bow. cgf On Thu, Jul 10, 2003 at 06:26:08PM -0700, Abe Backus wrote: This is a version labeled test, built with the cygwin test version 1.5.0. [snip] -Abe -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
RE: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
Well, thank you very much guys. That's quite an honor :) Should I rebuild against any upcoming revisions? (this is regarding Chris' recent email to the cygwin list regarding the 1.5.x release cycles) Thanks again! -Abe -Original Message- You got it. Igor On Thu, 10 Jul 2003, Christopher Faylor wrote: Can I get a gold star for Abe? He's the first person to post his modified package here. Abe, take a bow. cgf
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
On Thu, Jul 10, 2003 at 11:35:39PM -0400, Igor Pechtchanski wrote: All in a day's work... ;-) As for rebuilding, IIUC, once you've taken care of the binary incompatibility (i.e., stepped over the 1.5.0 barrier), you shouldn't have to rebuild the apps at all (on account of Cygwin, that is). Unless another one of those ABI changes comes about, which, hopefully, won't be too soon - the development team seemed to cram as many data structure changes as they could in this one release. Anyone, please feel free to correct me if I'm wrong. Nope, you're not wrong. Would you care to give yourself a long overdue gold star for this and all of the other invaluable advice and service you've given in the past? cgf
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
On Thu, 10 Jul 2003, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 11:35:39PM -0400, Igor Pechtchanski wrote: All in a day's work... ;-) As for rebuilding, IIUC, once you've taken care of the binary incompatibility (i.e., stepped over the 1.5.0 barrier), you shouldn't have to rebuild the apps at all (on account of Cygwin, that is). Unless another one of those ABI changes comes about, which, hopefully, won't be too soon - the development team seemed to cram as many data structure changes as they could in this one release. Anyone, please feel free to correct me if I'm wrong. Nope, you're not wrong. Would you care to give yourself a long overdue gold star for this and all of the other invaluable advice and service you've given in the past? cgf Shouldn't you get one, too? :-) BTW, what is 'idd'? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
On Fri, Jul 11, 2003 at 04:59:53AM +0100, Elfyn McBratney wrote: On Thu, 10 Jul 2003, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 11:35:39PM -0400, Igor Pechtchanski wrote: All in a day's work... ;-) As for rebuilding, IIUC, once you've taken care of the binary incompatibility (i.e., stepped over the 1.5.0 barrier), you shouldn't have to rebuild the apps at all (on account of Cygwin, that is). Unless another one of those ABI changes comes about, which, hopefully, won't be too soon - the development team seemed to cram as many data structure changes as they could in this one release. Anyone, please feel free to correct me if I'm wrong. Nope, you're not wrong. Would you care to give yourself a long overdue gold star for this and all of the other invaluable advice and service you've given in the past? Shouldn't you get one, too? :-) I got a lot of gold stars in my PayPal account back in the time when I lost money to the stupid scammer. There's nothing more flattering or humbling than that. Besides I'd lose a gold star every time I was: BTW, what is 'idd'? Check out: http://cygwin.com/acronyms/ . cgf
Re: Updated: (for cygwin 1.5.0) xerces-c 2.3.0-3
On Fri, 11 Jul 2003, Christopher Faylor wrote: On Fri, Jul 11, 2003 at 04:59:53AM +0100, Elfyn McBratney wrote: On Thu, 10 Jul 2003, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 11:35:39PM -0400, Igor Pechtchanski wrote: All in a day's work... ;-) As for rebuilding, IIUC, once you've taken care of the binary incompatibility (i.e., stepped over the 1.5.0 barrier), you shouldn't have to rebuild the apps at all (on account of Cygwin, that is). Unless another one of those ABI changes comes about, which, hopefully, won't be too soon - the development team seemed to cram as many data structure changes as they could in this one release. Anyone, please feel free to correct me if I'm wrong. Nope, you're not wrong. Would you care to give yourself a long overdue gold star for this and all of the other invaluable advice and service you've given in the past? Shouldn't you get one, too? :-) I got a lot of gold stars in my PayPal account back in the time when I lost money to the stupid scammer. There's nothing more flattering or humbling than that. Besides I'd lose a gold star every time I was: BTW, what is 'idd'? Check out: http://cygwin.com/acronyms/ . Oh my, how flattering. And there was me thinking that thread went unnoticed... -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
re-linking man.. missing include `nl_types.h'
Chris, I'm probably just being dense, but out of curiousity did you ever have this problem? Just downloaded the src package for man-1.5j-2 (from a Cygwin mirror) to re-build for 1.5 and when running make I get [...] gripes.c:29:22: nl_types.h: No such file or directory In file included from gripes.c:30: ../catopen/catopen.c:7:22: nl_types.h: No such file or directory In file included from gripes.c:30: ../catopen/catopen.c:16: parse error before my_catopenpath ../catopen/catopen.c:16: warning: type defaults to `int' in declaration of `my_catopenpath' [...] I couldn't find this nls header..Hmm Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
cygwin on Windows 2003...
Hello, I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command e.g. If I am trying tar -xvzf, it will internally spawn gzip. I get the following error in this case. c:\bin\gzip.exe: *** Couldn't reserve space for cygwin's heap (0x24B) in child, cygheap, Win32 error 0 Upgrading to latest cygwin solves this problem. However, that's not an option for me, because, it breaks openssh 2.5.2p2-3 server which I am running on the system. In this case, I get an Permission denied (publickey,password,keyboard-interactive). error when connecting over SSH. I am really stuck due to this. Can anybody shade some light on this? Thanks. -Prasad __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
Re: cygwin on Windows 2003...
On Thu, 10 Jul 2003, Prasad Dabak wrote: Hello, I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command Just out of curiousity, is the above version a typo? if not, try upgrading to the latest version (1.3.22), and see if that helps. And, please do not follow-up to cygwin-apps. You got the correct list the first time; cygwin-apps is for package maintainer musings and setup.exe discussions. Please see http://cygwin.com/lists.html for a description of what each list is for. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
Alt-Gr, Windows XP,
Dear people, let me propose a pragmatic way to solve the Alt-Gr problem when using non-US keyboards in an ssh session to some linux server under Xfree86 running Windows XP: (tested for German keyboard layout) : uninstall PowerToys from Windows XP get xmodmap (e.g. from http://home.imf.au.dk/hellmund/xmodmap/) rename to .xmodmap and put into cygwin-home directory start cygwin-shell type startx (German Umlauts do not work here) xhost + servername shh -l username servername (german Umlauts work here, so do Alt-Gr) if BackSpace does not work in new xterm : put the following line into the .profile on the server home directory: xmodmap -e 'keycode 22 = BackSpace' At least it works for me. Thank you for this fantastic software. Regards, Christian __ Werden Sie kreativ! Bei WEB.DE FreeMail heisst es jetzt nicht nur schreiben, sondern auch gestalten. http://freemail.web.de/features/?mc=021142
Re: xwinclip/-clipboard - Development on no selection stealing version
Harold, Have you taken out the XFIXES branch? JS. Hi, Could you help me out please? I'm not too familiar with using the XFree CVS. Do I need to check out all the XFree code to compile the test code below? I tried: cvs checkout -A xc but that is taking a really long tim to download so not sure if I'm on the right track here. I also tried : cvs checkout -rEXPR1 XFIXES_BRANCH but that didn't work. Thanks for any help. JS. I committed an XFIXES_BRANCH branch to CVS on SourceForge. Follow the instructions from David's email in this thread if you don't know how to checkout a branch. I hope I got all the correct files checked in... I won't be back online until Sunday evening. Harold Harold L Hunt II wrote: I have been working with the code for Keith Packard's XFIXES extension. The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that allows functions within the Xserver (such as the XFIXES xtension) to register for a callback when a selection's ownership changes, among other things. The best documentation I can find for the selection portion of XFIXES is Owen Taylor's writeup on a RedHat list that doesn't seem to have a public archive anymore. Google has a cache; both URLs are below... https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html http://216.239.53.100/search?q=cache:4osKtTvNNhcJ:https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html+XFixesSelectSelectionInputhl=enie=UTF-8 In any case, I reincluded the XFIXES extension in my local tree from SourceForge. I built the extension and modified the -clipboard module to register for messages from the XFIXES extension related to ownership changes of XA_PRIMARY. The ownership notifications work just fine, and I am able to copy text from X to Windows repeatedly without having to transfer ownership of XA_PRIMARY to the clipboard manager (the -clipboard module). The remaining problem is that I modified the Win32 message loop in the -clipboard module to add itself to the clipboard chain and to call XSetSelectionOwner when something comes through the Windows clipboard. This immediately resulted in an infinite loop, as my X event handling for a selection ownership change calls XConvertSelection, which ends up sending a SelectionNotify event back to the -clipboard module. The -clipboard module copies the text from the X clipboard to the Windows clipboard on a SelectionNofity event. Thus, the text makes a round-trip from the Windows clipboard, to the X clipboard, back to the Windows clipboard, ad nauseam. I added a little break-out in the selection ownership change processing that prevents XSetSelectionOwner from being called if the current owner of the selection is the clipboard manager window. This stops the infinite looping, but it causes a problem very similar to the original xwinclip problem: the X selection is immediately unhighlighted. So, my questions are: 1) Does anyone feel like helping on this? Got any ideas right off the bat? 2) What would be the best way for me to share the code with other developers? I don't want to commit the XFIXES stuff to our SourceForge tree's HEAD, but could I use another branch? If so, please give me some instructions for what to do... I haven't got time to study CVS all day. I am pleased with my current progress point. This version that is dependent upon a stripped-down XFIXES extension will represent about a 40% completion point in new clipboard integration support that doesn't steal selection ownership. The remaining work to be done could include removing the clipboard manager client altogether, removing any dependency on XFIXES and using only the internal hooking interface, etc. Please postpone any debate on those remaining steps until the current programming actually works. There will be no point to debate the merits of steps 5, 6, and 7 unless we can actually get step 4 to do what we intend. Harold _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband _ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile
Middle mouse button not working
Hello, I have a compaq PC with Win2000 on it with a scroll wheel mouse. When trying clicking the middle mouse button nothing happens. Scrolling with the wheel mouse does scroll the window in a mozilla window running on a remote linux machine. In the mouse configuration from the control panel I tried with different settigns for clicking the scroll wheel: double click, unassigned, middle button but non of them give any change on the behaviour of. I have the latest version of the X server available trough setup.exe (4.2.0-42) and use the following command to start the X server: X -query numerico -fp tcp/fontserv:7000 -fullscreen (Also started without the fullscreen option but this doesn't make any difference) greets, Staf.
Re: xwinclip/-clipboard - Development on no selection stealingversion
J S wrote: cvs checkout -rEXPR1 XFIXES_BRANCH cvs checkout -r XFIXES_BRANCH xc bye ago NP: Die Ärzte - 1/2 Lovesong -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: start_time patch for fhandler_process.cc
On Tue, Jul 08, 2003 at 07:09:12PM +0100, Chris January wrote: Try this Chris and see if it solves the start time problem. Chris 2003-07-28 Chris January [EMAIL PROTECTED]@atomice.net * fhandler_process.cc (format_process_stat): Changed the calculation for start_time. Sorry, no. Unknown HZ value! (250) Assume 100. USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND cgf 3452 0.0 1.0 2544 2680 ?RAug08 0:00 procps auwx Now that I've read the description of what the field is supposed to contain, I'm wondering if the culprit is the Unknown HZ value! (250) Assume 100. Maybe sysconf (_SC_NPROCESSORS_CONF) is reporting the wrong amount if the problem is indeed you are running on an SMP machine. _SC_NPROCESSORS_CONF returns two, as it should. _SC_NPROCESSORS_ONLN returned three, which was wrong, but I just checked in a fix for that. No change after that, though. I guess I'll build procps and see what's up. There are a couple of problems. 1) procps is not allowing a valid 500MHZ setting for my system (patch enclosed for procps). 2) /proc/stat is not reporting times for all cpus (patch enclosed and applied). With these two patches, procps reports accurate times. This requires a new procps release, though, unfortunately. cgf A new procps release is due anyway so I shall make one sometime in the next couple of weeks. The /proc/stat patch looks good. Chris
Re: posix and win32 enviornment
Igor Pechtchanski wrote: On Mon, 7 Jul 2003, Andrew DeFaria wrote: Shankar Unni wrote: Igor Pechtchanski wrote: [...] you'll be using the MinGW libraries, and your program will not understand POSIX paths (i.e., you'll have to use Win32 ones). Well, to be totally, utterly nitpicky, I believe /WinNT/System32 is a valid POSIX filename which will be understood by Win32 programs as well (assuming that their current drive is C: :-). Upping the level of nitpicking (and off-topicness) here, I don't see where Shankar assumes that the Windows installation is WinNT. In fact, Win98 will happily understand (and access, if it exists) the /WinNT/System32 directory (or file, as may well be). The only thing assumed here is that the directory is on the C: drive. :-) Well there's no /WinNT on my system! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
make from cvs file
I am having a problem with make When I downloaded the file minion from the net it would make but not test make, so I was told to download the files from a cvs site, however on invoking make this is my problem [EMAIL PROTECTED] ~/src/minion $ make -f ./src/minion/makefile make: ./src/minion/makefile: No such file or directory make: *** No rule to make target `./src/minion/makefile'. Stop src is in my home directory and in the minion folder there is a makefile. thanks again Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
On Thu, 10 Jul 2003, alex hardy wrote: I am having a problem with make When I downloaded the file minion from the net it would make but not test make, so I was told to download the files from a cvs site, however on invoking make this is my problem [EMAIL PROTECTED] ~/src/minion $ make -f ./src/minion/makefile make: ./src/minion/makefile: No such file or directory make: *** No rule to make target `./src/minion/makefile'. Stop src is in my home directory and in the minion folder there is a makefile. Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists running the above print makefile exists ? Does switching 'makefile' with 'Makefile' work (incase you have CYGWIN=check_case:strict) ? If none of the above are true, can you send us the output of `cygcheck -svr' as a plain-text *non-compressed* attachment (not inline), as per http://cygwin.com/problems.html. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mysqlc (was RE: php-mysql-cygwin how to)
On Tue, 8 Jul 2003, Bill McCormick wrote: Elfyn, I compiled the 4.0.13 and I don't seem to have a mysqlc executable. What I don't understand is why the mysqlc client that comes with the mysql win32 (which uses the cygwin dll) doesn't run in a cygwin bash shell. In the Win32 dist there are two clients, mysql.exe (the native Win32 client) and mysqlc.exe (the Cygwin client). mysqlc.exe was just an extra. Even if it did, it still doesn't get us to the point where we can use Perl and PHP under Cygwin, right? Of course. Once you have the client lib you can then install and use DBD::mysql and php_mysql. Also, why bother getting a server to run under Cygwin? It runs under Windows just fine. Getting it to run under Cygwin under Windows seems like a lot of busy work to little end. The only important thing is that the client works so we can use the Perl DBI, PHP and other various client interfaces. Or am I missing something? It's the same argument for Apache, PostgreSQL, Perl etc, etc. I suppose it's not really needed, but some people might like to play. :-) Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mysqlc (was RE: php-mysql-cygwin how to)
On Tue, 8 Jul 2003, Gerrit P. Haase wrote: Max schrieb: Gerrit P. Haase wrote: 4.0.x is still a mess regarding libtoolizing with newer libtool and newer autotools than they used at MySQL.com, 4.1.x was the first release which makes no problems with the build tools and only minor problems with the sources. I obtained a cygmysqlclient-12.dll with no major difficulties from 4.0.13 (just the usual add -no-undefined to the link line, and autoreconf -fiv). So, 4.0.x is certainly viable (and simple, even) for client purposes. Yes? Hmmm, probably it wass too late in the evening as I tried to do this. Well, lets talk with Elfyn, she wants to make a package ready. LOL! Last time I checked I was of the other side. :-) Elfyn? Well, I'd prefer not to package an alpha. As 4.0.13 compiles fine after hacking I think we should go with that. I'm focussing on the client library first and then I'll move on to the server. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: php-mysql-cygwin how to
On Tue, 8 Jul 2003, Gerrit P. Haase wrote: Hello Max, Gerrit P. Haase wrote: Hello Max, 3) The long standing server problem. It seems like the complex C++ is confusing gcc? No, it is a problem with the Cygwin/MySQL socket code. Nothing works with 1.3.22, similar as it is with Apache. The older versions, e.g. 1.3.10 works better, but still not without crashes. After Corinna fixed the code, so Apache is running without problems on 1.5 now, MySQL still crashes randomly (same behaviour as with 1.3.10), maybe it crashes more often as before, well it is completely unstable and nor usable as database server. Huh? I get lots of undefined reference to `__static_initialization_and_destruction_0(int, int)' errors during *linking*. I never get a server binary to test. N.B. This is with 4.0.13 - you mentioned 4.1-alpha before, perhaps that is why we see different problems. This was easy :-) That is the main part of the patch I promised to send Elfyn. In short: Comment out all '#pragma interface' and '#pragma implementation' lines, it doesn't work on Cygwin. And besides that, compiling and linking works well. Wish I'd read this before blingly hacking the source to bits. :-) Gerrit, if you wouldn't mind, could you send me your patches to to 4.1-alpha? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
this is my cygcheck -svr E:\cygwin\bin\id.exe output (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) E:\cygwin\bin\id.exe output (ntsec) UID: 500(Administrator) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: E:\WINNT\system32 WinDir: E:\WINNT HOME = `E:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `E:\Documents and Settings\All Users' APPDATA = `E:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `E:\Program Files\Common Files' COMPUTERNAME = `AA-47264FFD4B6D' COMSPEC = `E:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `E:' HOMEPATH = `\' HOSTNAME = `aa-47264ffd4b6d' LOGONSERVER = `\\AA-47264FFD4B6D' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `E:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 0, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0700' PROGRAMFILES = `E:\Program Files' PROMPT = `$p$g' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `E:' SYSTEMROOT = `E:\WINNT' TEMP = `e:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `e:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `AA-47264FFD4B6D' USERNAME = `Administrator' USERPROFILE = `E:\Documents and Settings\Administrator' WINBOOTDIR = `C:\WINDOWS' WINDIR = `E:\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) = `E:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `E:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `E:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 18026Mb 18% CP CS UN PA FC d: cd N/AN/A e: hd NTFS1513Mb 88% CP CS UN PA FC E:\cygwin / system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: E:\cygwin\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\rm.exe Found: E:\cygwin\bin\sed.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe 58k 2002/05/07 E:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 7:33 13k 2003/06/18 E:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0 ts=2003/6/18 4:07 848k 2003/04/11 E:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.7.dll v0.0 ts=2003/4/11 11:33 645k 2003/04/11 E:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2003/4/11 11:37 380k 2002/07/24 E:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 cygdb-3.1.dll v0.0 ts=2002/7/24 17:24 487k 2002/07/24 E:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 cygdb_cxx-3.1.dll v0.0 ts=2002/7/24 17:25 45k 2001/04/25 E:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 cygform5.dll v0.0 ts=2001/4/25 6:28 35k 2002/01/09 E:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 cygform6.dll v0.0 ts=2002/1/9 6:03 76k 2003/03/09 E:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 cygform7.dll v0.0 ts=2003/3/9 20:51 28k 2003/03/22 E:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 cyggdbm-3.dll v0.0 ts=2003/3/22 22:19 19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 cyggdbm.dll v0.0 ts=2002/2/20 3:05 15k 2003/03/22 E:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4. cyggdbm_compat-3.dll v0.0 ts=2003/3/22 22:22 17k 2001/06/28 E:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 cyghistory4.dll v0.0 ts=2001/1/7 4:34 20k 2002/10/10 E:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
Re: namespace problems
On Wed, 9 Jul 2003, Martin Gainty wrote: // /** @file stringfwd.h * This is an internal header file, included by other library headers. * You should not attempt to use it directly. */ #ifndef _CPP_BITS_STRINGFWD_H #define _CPP_BITS_STRINGFWD_H 1 #pragma GCC system_header #include c++config.h namespace std { //other stuff commented out until namespace is fixed } causes error C2282: 'namespace' is followed by 'std' (missing ','?) What is causing this? That doesn't look like a GCC error to me. Make sure your using using g++ and the right file extension, too (e.g. '.cc'). Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin-1.5.0-1: Problem stat-ing big file
While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. #include stdio.h #include sys/stat.h int main(int argc, char** argv) { struct stat s; stat(argv[1], s); printf(Size of file %s: %ld, argv[1], s.st_size); return 0; } What I also found interesting is the output of ls. While the size reported next to the file (big.bin) is wrong, the total seems reasonable: $ /bin/ls -l /cygdrive/c total 4755283 -rwxrwx---+ 1 Administ SYSTEM 0 Jun 19 17:43 AUTOEXEC.BAT -rwxrwx---+ 1 Administ SYSTEM 0 Jun 19 17:43 CONFIG.SYS drwxrwxr-x+ 9 Administ SYSTEM 0 Jul 9 09:15 Dokumente und Einstellungen -r-xr-x---+ 1 Administ SYSTEM 0 Jun 19 17:43 IO.SYS drwx--+ 6 mks Kein0 Jun 20 02:57 Inetpub -r-xr-x---+ 1 Administ SYSTEM 0 Jun 19 17:43 MSDOS.SYS -r-xr-x---+ 1 Administ SYSTEM 47580 Jun 19 17:56 NTDETECT.COM dr-xr-x---+ 29 Administ SYSTEM 0 Jul 9 23:28 Programme drwx--+ 3 mks Kein0 Jun 19 19:13 RECYCLER d---rwx---2 Administ SYSTEM 0 Jun 19 17:47 System Volume Information drwxrwx---+ 68 Administ SYSTEM 0 Jul 10 00:08 WINDOWS -rw-r--r--1 mks Kein 574152704 Jul 10 13:09 big.bin -rwxrwx---+ 1 Administ SYSTEM194 Jun 19 17:34 boot.ini -r-xr-x---+ 1 Administ SYSTEM 4952 Aug 23 2001 bootfont.bin -r-xr-x---+ 1 Administ SYSTEM 235296 Jun 19 17:56 ntldr Regards mks Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Jul 10 13:18:15 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem %JAVA_HOME%\bin d:\Extensions e:\Programme\Perl\bin E:\cygwin\usr\X11R6\bin . Output from E:\cygwin\bin\id.exe (nontsec) UID: 1004(mks) GID: 513(Kein) 513(Kein) Output from E:\cygwin\bin\id.exe (ntsec) UID: 1004(mks) GID: 513(Kein) 513(Kein) 544(Administratoren) 545(Benutzer) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\DOKUME~1\mks\Home' MAKE_MODE = `unix' PWD = `/cygdrive/c/DOKUME~1/mks/Home' USER = `mks' ALLUSERSPROFILE = `C:\Dokumente und Einstellungen\All Users' APPDATA = `C:\Dokumente und Einstellungen\mks\Anwendungsdaten' CLIENTNAME = `MKS-XP-1' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien' COMPUTERNAME = `SAURON' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\Dokumente und Einstellungen\mks' HOSTNAME = `sauron' INCLUDE = `E:\Programme\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' JAVA_HOME = `E:\Programme\j2sdk1.4.2' LESSCHARSET = `latin1' LIB = `E:\Programme\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\SAURON' MANPATH = `:/usr/ssl/man' MOZ_PLUGIN_PATH = `E:\Programme\mozilla.org\Plugins' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Programme' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#3' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOKUME~1\mks\LOKALE~1\Temp' TERM = `xterm' TMP = `c:\DOKUME~1\mks\LOKALE~1\Temp' USERDOMAIN = `SAURON' USERNAME = `mks' USERPROFILE = `C:\Dokumente und Einstellungen\mks' VS71COMNTOOLS = `E:\Programme\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINDIR = `C:\WINDOWS' WINDOWID = `168047040' _ = `/usr/bin/cygcheck' ftp_proxy = `http://Saruman:3128' http_proxy = `http://Saruman:3128' 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) = `E:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `E:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `E:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Re: cygwin-1.5.0-1: Problem stat-ing big file
On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote: While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. The changes to 64 bit file access are not propagated automatically to existing applications. E.g. the current `ls' from the fileutils package is compiled with the old (small) stat structure which only has 32 bit off_t for the file size. If you want to actually use the new struct stat and off_t with 64 bit, you have to recompile the application. Sorry, but there's no way around that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file(win2k sp4)
This is the result: $ [ -f./src/minion/makefile] bash: [: missing `]' $ cd /src/minion bash: cd: /src/minion: No such file or directory I am unsure what to do as I can see the folder src and minion. thanks Elfyn Alex - Original Message - From: Elfyn McBratney [EMAIL PROTECTED] Newsgroups: gmane.os.cygwin Cc: [EMAIL PROTECTED] Sent: Thursday, July 10, 2003 4:21 AM Subject: Re: make from cvs file On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-1.5.0-1: Problem stat-ing big file
Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote: While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. The changes to 64 bit file access are not propagated automatically to existing applications. E.g. the current `ls' from the fileutils package is compiled with the old (small) stat structure which only has 32 bit off_t for the file size. If you want to actually use the new struct stat and off_t with 64 bit, you have to recompile the application. Sorry, but there's no way around that. Thanks for the quick reply, Corinna. I was playing around a bit with the new cygwin as this occurred to me and I just reported it. Could have come to the conclusion that it has to be this way by myself. In fact this is not bothering me much, since I - at the moment - have no need for being able to create and handle files that large. But it's good to know what had to be done if I had the need. Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-1.5.0-1: Problem stat-ing big file
On Thu, Jul 10, 2003 at 01:35:37PM +0200, Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote: While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. The changes to 64 bit file access are not propagated automatically to existing applications. E.g. the current `ls' from the fileutils package is compiled with the old (small) stat structure which only has 32 bit off_t for the file size. If you want to actually use the new struct stat and off_t with 64 bit, you have to recompile the application. Sorry, but there's no way around that. ...and two more hints, just to clarify that a bit: - You must compile using the header files and libcygwin.a which has been released together with the DLL to get the correct results. Mixing old Cygwin headers with the new import lib or vice versa are sure candidates for segmentation fauls. - Since off_t is now 64 bit and the st_size member of struct stat is a off_t, your printf isn't correct: printf(Size of file %s: %lld, argv[1], s.st_size); %lld is necessary. %ld matches 32 bit types on Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
This is the result: $ [ -f./src/minion/makefile] bash: [: missing `]' $ cd /src/minion bash: cd: /src/minion: No such file or directory I am unsure what to do as I can see the folder src and minion. thanks Elfyn Alex - Original Message - From: Elfyn McBratney [EMAIL PROTECTED] Newsgroups: gmane.os.cygwin Cc: [EMAIL PROTECTED] Sent: Thursday, July 10, 2003 4:21 AM Subject: Re: make from cvs file On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] Elfyn McBratney [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-1.5.0-1: Problem stat-ing big file
Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:35:37PM +0200, Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote: While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. The changes to 64 bit file access are not propagated automatically to existing applications. E.g. the current `ls' from the fileutils package is compiled with the old (small) stat structure which only has 32 bit off_t for the file size. If you want to actually use the new struct stat and off_t with 64 bit, you have to recompile the application. Sorry, but there's no way around that. ...and two more hints, just to clarify that a bit: - You must compile using the header files and libcygwin.a which has been released together with the DLL to get the correct results. Mixing old Cygwin headers with the new import lib or vice versa are sure candidates for segmentation fauls. - Since off_t is now 64 bit and the st_size member of struct stat is a off_t, your printf isn't correct: printf(Size of file %s: %lld, argv[1], s.st_size); %lld is necessary. %ld matches 32 bit types on Cygwin. Thanks again for clearing that up. Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
Mixy and Andrew (no need to post here) Thankyou Elfyn here is what the output gave This is the result: $ [ -f./src/minion/makefile] bash: [: missing `]' $ cd /src/minion bash: cd: /src/minion: No such file or directory I am unsure what to do as I can see the folder src and minion. thanks Elfyn Alex - Original Message - From: Elfyn McBratney [EMAIL PROTECTED] Newsgroups: gmane.os.cygwin Cc: [EMAIL PROTECTED] Sent: Thursday, July 10, 2003 4:21 AM Subject: Re: make from cvs file On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] Elfyn McBratney [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, 10 Jul 2003, alex hardy wrote: this is my cygcheck -svr [...] Alex, Does `./src/minion/makefile' exist? e.g. does [ -f ./src/minion/makefile ] echo makefile exists What does the above output? How about if you cd ./src/minion make from a bash shell. Does that work for you? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
On Thu, 10 Jul 2003, alex hardy wrote: Mixy and Andrew (no need to post here) Thankyou Elfyn here is what the output gave This is the result: $ [ -f./src/minion/makefile] bash: [: missing `]' $ cd /src/minion bash: cd: /src/minion: No such file or directory I am unsure what to do as I can see the folder src and minion. thanks Elfyn They are not the commands I gave. Nevermind. Change directory (`cd') to whichever directory contains the file 'makefile' (as you said ./src/minion) and run make from the shell. Does that work? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mysqlc (was RE: php-mysql-cygwin how to)
-Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 5:55 AM To: Bill McCormick Cc: [EMAIL PROTECTED] Subject: RE: mysqlc (was RE: php-mysql-cygwin how to) I compiled the 4.0.13 and I don't seem to have a mysqlc executable. What I don't understand is why the mysqlc client that comes with the mysql win32 (which uses the cygwin dll) doesn't run in a cygwin bash shell. In the Win32 dist there are two clients, mysql.exe (the native Win32 client) and mysqlc.exe (the Cygwin client). mysqlc.exe was just an extra. Right, the fact that mysqlc was an extra in the Win32 dist. was obvious. The fact that it didn't work under a cygwin bash shell was not so obvious, and the reason is still as unclear. Even if it did, it still doesn't get us to the point where we can use Perl and PHP under Cygwin, right? Of course. Once you have the client lib you can then install and use DBD::mysql and php_mysql. And many others. Also, why bother getting a server to run under Cygwin? It runs under Windows just fine. Getting it to run under Cygwin under Windows seems like a lot of busy work to little end. The only important thing is that the client works so we can use the Perl DBI, PHP and other various client interfaces. Or am I missing something? It's the same argument for Apache, PostgreSQL, Perl etc, etc. I suppose it's not really needed, but some people might like to play. :-) Ok. I was thinking of cygwin in terms of a development environment for Linux based web apps. As far as PostgreSQL running under Win32, unless things have changed, I thought cygwin IS the only way. The others are strictly necessary for this type of devel. MySQL is not. I guess what threw me off was when someone said they were going to drop what they were working on to get the server working - as if there were some urgency to it. Regards, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.491 / Virus Database: 290 - Release Date: 6/18/2003 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problems with gcc3.2.3 and wstring
Hi, i am working latest version of cygwin on WIN NT os, i had simple application like #include string using namespace std int main() { wstring sname = LSachin; return 0; } i am having gcc 3.2.3 that comes with cygwin when i tried to compile it gave the errors wstring not defined i.e. undefined references to wchar_t when i compile with gcc 2.95.3 it gave no errors but why it so with gcc 3.2.3 Plz help Regards Sachin Z -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mysqlc (was RE: php-mysql-cygwin how to)
On Thu, 10 Jul 2003, Bill McCormick wrote: -Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 5:55 AM To: Bill McCormick Cc: [EMAIL PROTECTED] Subject: RE: mysqlc (was RE: php-mysql-cygwin how to) I compiled the 4.0.13 and I don't seem to have a mysqlc executable. What I don't understand is why the mysqlc client that comes with the mysql win32 (which uses the cygwin dll) doesn't run in a cygwin bash shell. In the Win32 dist there are two clients, mysql.exe (the native Win32 client) and mysqlc.exe (the Cygwin client). mysqlc.exe was just an extra. Right, the fact that mysqlc was an extra in the Win32 dist. was obvious. The fact that it didn't work under a cygwin bash shell was not so obvious, and the reason is still as unclear. I've never bothered to find out. I guess it's because mysqlc is linked against B19. Even if it did, it still doesn't get us to the point where we can use Perl and PHP under Cygwin, right? Of course. Once you have the client lib you can then install and use DBD::mysql and php_mysql. And many others. Also, why bother getting a server to run under Cygwin? It runs under Windows just fine. Getting it to run under Cygwin under Windows seems like a lot of busy work to little end. The only important thing is that the client works so we can use the Perl DBI, PHP and other various client interfaces. Or am I missing something? It's the same argument for Apache, PostgreSQL, Perl etc, etc. I suppose it's not really needed, but some people might like to play. :-) Ok. I was thinking of cygwin in terms of a development environment for Linux based web apps. As far as PostgreSQL running under Win32, unless things have changed, I thought cygwin IS the only way. The others are strictly necessary for this type of devel. MySQL is not. I guess what threw me off was when someone said they were going to drop what they were working on to get the server working - as if there were some urgency to it. I thought PostgreSQL had been Windows'ised..guess not :-) The reason for having the server for me, is that my web host only allows connections from localhost. So, in order for me to test my apps I have to ssh to the host, compile the program, run it, etc, etc. Whereas, if I had the server on Cygwin, I could do all of that testing locally. There's no urgency in having it in the Cygwin distribution. I was working on some very, very boring stuff that day and I felt like a change. :-) Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Several problems when running tests with Cygwin
Hi all, We are actively trying to get full cygwin support for ACE and TAO. ACE is a portable C++ library that delivers OS abstraction and several pattern implementations. TAO is an open source CORBA implementation build with ACE. We are working on full cygwin support already some months. I have just downloaded the latest Cygwin DLL test release and this improves the support only a little. We build ACE and TAO daily with Cygwin and part of this build is a large set of tests. Those tests run on a lot of platforms, but several fail still with Cygwin. We are investigating but it goes slow. The results are online on http://www.cs.wustl.edu/~bugzilla/auto_compile_logs/remedy.nl_Win2K_Cygwin/. In the test part you can see that several tests are failing. The ACE/TAO package can be downloaded from http://deuce.doc.wustl.edu/Download.html We will continue testing with Cygwin but maybe some of the real Cygwin guru's can have a look and maybe pinpoint some of the problems. Regards, Johnny Willemsen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Read access to all keys in /proc/registry
A find /proc/registry/HKEY_LOCAL_MACHINE/ does not go down the /proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE directory(key) because there is no read access for people outside of the SYSTEM group: $ ls -la /proc/registry/HKEY_LOCAL_MACHINE/ total 0 dr-xr-xr--5 Administ SYSTEM 0 Jul 10 08:50 . dr-xr-xr-x9 00 0 Jul 10 13:03 .. dr-xr-xr--4 Administ SYSTEM 0 Jul 10 08:50 HARDWARE dr-xr-xr--1 Administ SYSTEM 0 Mar 15 2001 SAM dr-xr-xr-x1 00 0 Jul 10 13:03 SECURITY dr-xr-x--- 65 Administ SYSTEM 0 Mar 15 2001 SOFTWARE dr-xr-x---6 Administ SYSTEM 0 Mar 15 2001 SYSTEM The SYSTEM group is not a normal Windows group, so how can I add myself to the SYSTEM group (Cygwin doesn't provide the usual Linux group commands e.g. usermod, newgrp). Otherwise, how can I modify the permissions for read access to others so that the find command goes down the SOFTWARE directory? Thanks William -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
alex hardy wrote: I am having a problem with make When I downloaded the file minion from the net it would make but not test make, so I was told to download the files from a cvs site, however on invoking make this is my problem [EMAIL PROTECTED] ~/src/minion $ make -f ./src/minion/makefile make: ./src/minion/makefile: No such file or directory make: *** No rule to make target `./src/minion/makefile'. Stop src is in my home directory and in the minion folder there is a makefile. Judging by your prompt you are already in ~/src/minion. If you do ls do you see the makefile? Try just typing make HTH Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-1.5.0-1: Problem stat-ing big file
I tried pretty much the same thing with the attached files (test.c generates a very big file, stat.c checks its size, cygcheck.out is available at http://blytkerchan.chez.tiscali.fr/cygcheck.out (md5 sum: 56aa8e6d575d27bf8a2b740a25e13dd0) because it's rather large and not very interesting. Worked like a charm ! Thanx rlc On Thu, 10 Jul 2003, Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:35:37PM +0200, Corinna Vinschen wrote: On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote: While trying if the new support for files larger than 2GB works, I created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a simple write in python. No problems here. But when stat-ing the file with python's os.stat or by calling stat from C as done in the little program below, the size of the file gets reported as 574,152,704 Bytes. The changes to 64 bit file access are not propagated automatically to existing applications. E.g. the current `ls' from the fileutils package is compiled with the old (small) stat structure which only has 32 bit off_t for the file size. If you want to actually use the new struct stat and off_t with 64 bit, you have to recompile the application. Sorry, but there's no way around that. ...and two more hints, just to clarify that a bit: - You must compile using the header files and libcygwin.a which has been released together with the DLL to get the correct results. Mixing old Cygwin headers with the new import lib or vice versa are sure candidates for segmentation fauls. - Since off_t is now 64 bit and the st_size member of struct stat is a off_t, your printf isn't correct: printf(Size of file %s: %lld, argv[1], s.st_size); %lld is necessary. %ld matches 32 bit types on Cygwin. Corinna #include assert.h #include sys/types.h #include sys/stat.h #include stdio.h #include stdlib.h #define N_GB 5 int main( void ) { int i; char buffer[1024]; struct stat stat_info; FILE *out = fopen( out, web ); for ( i = 0; i N_GB * 1024 * 1024; i++ ) { if ( fwrite( buffer, 1024, 1, out ) != 1 ) { abort( ); } } fclose( out ); stat( out, stat_info ); assert( ( stat_info.st_size / ( 1024 * 1024 * 1024 ) ) == N_GB ); return ( 0 ); } #include sys/types.h #include sys/stat.h #include stdio.h int main( int argc, char **argv ) { struct stat stat_info; argv++; while ( argv[0] != NULL ) { if ( stat( argv[0], stat_info ) == 0 ) printf( %s: %lld\n, argv[0], stat_info.st_size ); argv++; } return ( 0 ); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin 1.5.0 and managed mode
Hi, How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin 1.5.0-1 managed mount bug (?)
I just downloaded the new Cygwin for testing - cygcheck output is available at http://blytkerchan.chez.tiscali.fr/cygcheck.out af795066e634db97201a98fdb1a974d4 *cygcheck.out and did this: $ mkdir c:/foo $ mkdir /foo $ mount -o managed c:/foo /foo $ cd /foo $ touch hello $ touch Hello $ touch aux $ ls %61ux Hello hello the bug is obvious (I think) but in case I need to spell it out, the result of ls should have been auxHello hello There seems to be a slight problem with the mangling/demangling of the name. HTH rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0 and managed mode
On Thu, 10 Jul 2003, Pavel Rozenboim wrote: Hi, How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
-Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:14 PM To: Pavel Rozenboim Cc: [EMAIL PROTECTED] Subject: Re: cygwin 1.5.0 and managed mode On Thu, 10 Jul 2003, Pavel Rozenboim wrote: Hi, How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. Actually I meant the changes in the registry (maybe??) to make it happen automatically. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
mount manipulates the registry entrys for you. -Original Message- From: Pavel Rozenboim [mailto:[EMAIL PROTECTED] Sent: 10 July 2003 15:11 To: [EMAIL PROTECTED] Subject: RE: cygwin 1.5.0 and managed mode -Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:14 PM To: Pavel Rozenboim Cc: [EMAIL PROTECTED] Subject: Re: cygwin 1.5.0 and managed mode On Thu, 10 Jul 2003, Pavel Rozenboim wrote: Hi, How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. Actually I meant the changes in the registry (maybe??) to make it happen automatically. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
-Original Message- From: Vince Hoffman [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:19 PM To: 'Pavel Rozenboim'; [EMAIL PROTECTED] Subject: RE: cygwin 1.5.0 and managed mode mount manipulates the registry entrys for you. Thanks. If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. when I try this from the shell I get an error : mount: /: Mount device busy Actually I meant the changes in the registry (maybe??) to make it happen automatically. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0-1 managed mount bug (?)
On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote: I just downloaded the new Cygwin for testing - cygcheck output is available at http://blytkerchan.chez.tiscali.fr/cygcheck.out af795066e634db97201a98fdb1a974d4 *cygcheck.out and did this: $ mkdir c:/foo $ mkdir /foo $ mount -o managed c:/foo /foo $ cd /foo $ touch hello $ touch Hello $ touch aux $ ls %61ux Hello hello the bug is obvious (I think) but in case I need to spell it out, the result of ls should have been auxHello hello This is one of the first things I tried this morning. :-) I think it's because get_encoded() (FHISSETF(ENC)) isn't returning true for 'aux' /* We get here if `buf' contains valid data. */ if (get_encoded ()) (void) fnunmunge (dir-__d_dirent-d_name, buf.cFileName); else strcpy (dir-__d_dirent-d_name, buf.cFileName); So the managed name just get's copied back to d_name . It's a very cool feature, and this seems to be the only thing wrong. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
On Thu, 10 Jul 2003, Pavel Rozenboim wrote: Actually I meant the changes in the registry (maybe??) to make it happen automatically. `mount' does this for you. You shouldn't ever have to play with the registry to change mounts. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mysqlc (was RE: php-mysql-cygwin how to)
On Thu, Jul 10, 2003 at 01:46:36PM +0100, Elfyn McBratney wrote: On Thu, 10 Jul 2003, Bill McCormick wrote: Ok. I was thinking of cygwin in terms of a development environment for Linux based web apps. As far as PostgreSQL running under Win32, unless things have changed, I thought cygwin IS the only way. [snip] I thought PostgreSQL had been Windows'ised..guess not :-) The PostgreSQL server side *is being* Windows'ised -- scheduled to be released in 7.4 (i.e., the next major release). 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
On Thu, 10 Jul 2003, Pavel Rozenboim wrote: when I try this from the shell I get an error : mount: /: Mount device busy You have to unmount '/' first. It's best if you do something like this mount -m /tmp/mtab ...edit the file to add `-o managed'.. and then unmount your mount points, e.g. umount / umount /usr/bin umount /usr/lib and finally, remount . /tmp/mtab your mount points. I think it'd be better if you do this from a dos prompt, and shutdown all running Cygwin processes and services before doing so. If you have Cygwin/XFree86 installed, you don't need to `umount' the fonts mount point, and might be better removing it from /tmp/mtab . Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
Try the -f (--force) switch HTH rlc (BTW: you *do* know that this is *alpha* software (as cgf said) don't you? I would be a bit hesitant mounting all of Cygwin under managed mode.. On Thu, 10 Jul 2003, Pavel Rozenboim wrote: -Original Message- From: Vince Hoffman [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:19 PM To: 'Pavel Rozenboim'; [EMAIL PROTECTED] Subject: RE: cygwin 1.5.0 and managed mode mount manipulates the registry entrys for you. Thanks. If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. when I try this from the shell I get an error : mount: /: Mount device busy Actually I meant the changes in the registry (maybe??) to make it happen automatically. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0 and managed mode
On Thu, Jul 10, 2003 at 04:02:15PM +0200, Pavel Rozenboim wrote: How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? Please *do not* use this in normal operation. It is not ready for prime time, as the recent bug reports have shown. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0 and managed mode
On Thu, Jul 10, 2003 at 04:22:27PM +0200, Pavel Rozenboim wrote: -Original Message- From: Vince Hoffman [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:19 PM To: 'Pavel Rozenboim'; [EMAIL PROTECTED] Subject: RE: cygwin 1.5.0 and managed mode mount manipulates the registry entrys for you. Thanks. If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. when I try this from the shell I get an error : mount: /: Mount device busy Argh. Don't do this for your whole root directory! This should not be a default setting. It is only useful for directories that have been created from scratch under managed mount mode. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make from cvs file
ok thanks Elfyn works ok now Elfyn McBratney [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, 10 Jul 2003, alex hardy wrote: Mixy and Andrew (no need to post here) Thankyou Elfyn here is what the output gave This is the result: $ [ -f./src/minion/makefile] bash: [: missing `]' $ cd /src/minion bash: cd: /src/minion: No such file or directory I am unsure what to do as I can see the folder src and minion. thanks Elfyn They are not the commands I gave. Nevermind. Change directory (`cd') to whichever directory contains the file 'makefile' (as you said ./src/minion) and run make from the shell. Does that work? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0 and managed mode
On Thu, 10 Jul 2003, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 04:02:15PM +0200, Pavel Rozenboim wrote: How can I make cygwin to mount its directories (/,/usr/bin,...) in managed mode by default, to make experiments with it easier? Please *do not* use this in normal operation. It is not ready for prime time, as the recent bug reports have shown. Sorry, I should have thought before hitting send. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0-1 managed mount bug (?)
On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote: I just downloaded the new Cygwin for testing - cygcheck output is available at http://blytkerchan.chez.tiscali.fr/cygcheck.out af795066e634db97201a98fdb1a974d4 *cygcheck.out and did this: $ mkdir c:/foo $ mkdir /foo $ mount -o managed c:/foo /foo $ cd /foo $ touch hello $ touch Hello $ touch aux $ ls %61ux Hello hello the bug is obvious (I think) but in case I need to spell it out, the result of ls should have been auxHello hello There seems to be a slight problem with the mangling/demangling of the name. You're right. I know exactly what the problem is. Can I make my usual grumble that this feature was available in the last three snapshots? It is a real shame that snapshots are so underutilized. If this had been noticed previously, I would have fixed it prior to release. Snapshots always reflect the current state of development of cygwin. If you are interested in playing with them, then there is no need to wait until a release. 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0-1 managed mount bug (?)
On Thu, Jul 10, 2003 at 09:52:26AM -0400, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote: I just downloaded the new Cygwin for testing - cygcheck output is available at http://blytkerchan.chez.tiscali.fr/cygcheck.out af795066e634db97201a98fdb1a974d4 *cygcheck.out and did this: $ mkdir c:/foo $ mkdir /foo $ mount -o managed c:/foo /foo $ cd /foo $ touch hello $ touch Hello $ touch aux $ ls %61ux Hello hello the bug is obvious (I think) but in case I need to spell it out, the result of ls should have been auxHello hello There seems to be a slight problem with the mangling/demangling of the name. You're right. I know exactly what the problem is. Can I make my usual grumble that this feature was available in the last three snapshots? It is a real shame that snapshots are so underutilized. If this had been noticed previously, I would have fixed it prior to release. Snapshots always reflect the current state of development of cygwin. If you are interested in playing with them, then there is no need to wait until a release. Btw, I should point out that I don't think I ever mentioned the snapshot possibility to anyone so I left this to the imaginations of readers everywhere. So, mea culpa. Take it as a given, however, that cygwin snapshots reflect the current state of cygwin and, if you want to help out, trying a snapshot is a good way to do so. 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin on Windows 2003...
Hello, I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command e.g. If I am trying tar -xvzf, it will internally spawn gzip. I get the following error in this case. c:\bin\gzip.exe: *** Couldn't reserve space for cygwin's heap (0x24B) in child, cygheap, Win32 error 0 Upgrading to latest cygwin solves this problem. However, that's not an option for me, because, it breaks openssh 2.5.2p2-3 server which I am running on the system. In this case, I get an Permission denied (publickey,password,keyboard-interactive). error when connecting over SSH. I am really stuck due to this. Can anybody shade some light on this? Thanks. -Prasad __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mount managed warnings!
I should have put some stronger caveats in the release announcement about the use of the -o managed option to mount. As people have discovered, it is not ready for prime time. And, even if it was ready for prime time, it is definitely not something that you want to use on all of your directories. You should only use it for directories that are initially unpopulated and are due to be completely managed by cygwin (hence the name). So, the best use would be to create an empty directory, mount it, and then add files to it. Do not try this on existing directories as it will probably confuse cygwin. I may make this a requirement for mount. If mount notices that you are mounting a non-empty directory initially, it will issue a warning. I will fix the currently reported problems in the next cygwin snapshot if people want to play with this. I do appreciate bug reports but now that I've laid out the ground rules, please lets not hear about how this doesn't work right in your root directory. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0-1 managed mount bug (?)
On Thu, 10 Jul 2003, Christopher Faylor wrote: On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote: There seems to be a slight problem with the mangling/demangling of the name. You're right. I know exactly what the problem is. Great :) Can I make my usual grumble that this feature was available in the last three snapshots? Ehm.. no? If you want to grumble, you should have said something like these features are already available in the current snapshot in your pre-announcement. In that case, I would have tried a snapshot a while ago. I took your pre-announcement to mean that it was the next available version except if a checkout of CVS was done - something I didn't want to do unless I really had to.. It is a real shame that snapshots are so underutilized. In that case, advertise them a bit more ;) If this had been noticed previously, I would have fixed it prior to release. Snapshots always reflect the current state of development of cygwin. If you are interested in playing with them, then there is no need to wait until a release. The new feature came as a complete surprise to me as I'm not on cygwin-developers and apparently no longer on cygwin-cvs (since 2003-06-21, don't know why though - one of your every-once-in-a-while cleanups perhaps?). I took your pre-announcement to mean that it would not be available in snapshots before the test release (as in that case I would have expected a please try a snapshot message) so I didn't try them. Ah well.. Perhaps, next time, you could be a bit more specific and I could try snapshots a bit more often, eh? rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin on Windows 2003...
Hello, Its not a typo. I am indeed using cygwin 1.3.1. As I mentioned in my original mail, upgrading to latest version 1.3.22 does solve the heap problem. However, it creates problems for openssh server that I am running on the same box. Sorry for sending it to cygwin-apps. I will keep it in mind in future posts. Thanks. -Prasad --- Elfyn McBratney [EMAIL PROTECTED] wrote: On Thu, 10 Jul 2003, Prasad Dabak wrote: Hello, I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command Just out of curiousity, is the above version a typo? if not, try upgrading to the latest version (1.3.22), and see if that helps. And, please do not follow-up to cygwin-apps. You got the correct list the first time; cygwin-apps is for package maintainer musings and setup.exe discussions. Please see http://cygwin.com/lists.html for a description of what each list is for. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: php-mysql-cygwin how to
Elfyn McBratney wrote: On Tue, 8 Jul 2003, Gerrit P. Haase wrote: In short: Comment out all '#pragma interface' and '#pragma implementation' lines, it doesn't work on Cygwin. And besides that, compiling and linking works well. Wish I'd read this before blingly hacking the source to bits. :-) It seems you can leave the #pragma implementation lines in, and just take out the interface ones. This makes the patch smaller. Next obstacle - the server dies with SIGALRM when connected to! Weird. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with TCL , couldn't execute a TCL file
Hi ! There's a new problem in porting my program ... A button of the main window (written in TCL) calls another TCL file. When i click on this button it produces this error: Error : couldn't execute C:\cygwin\home\me\THEPROGRAM: no such file or directory But this file really exists !!! it is called like this : command {exec /home/me/THEPROGRAM } Where is the problem ??? Please !!! ;-) ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with TCL , couldn't execute a TCL file
On Thu, 10 Jul 2003, [iso-8859-1] philippe guillaume wrote: Hi ! There's a new problem in porting my program ... A button of the main window (written in TCL) calls another TCL file. When i click on this button it produces this error: Error : couldn't execute C:\cygwin\home\me\THEPROGRAM: no such file or directory But this file really exists !!! it is called like this : command {exec /home/me/THEPROGRAM } Does changing the above to command {exec /home/me/THEPROGRAM.exe } work ? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin on Windows 2003...
Prasad, I'm not sure if this helps you but I am running Cygwin 1.3.22 with openssh 3.6.1p1-2 (which is the latest openssh version I believe) and I am not having any problems. My machine is running Windows XP Professional. You might try upgrading both Cygwin and openssh if that is feasible. -Mark - Original Message - From: Prasad Dabak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 10, 2003 10:44 AM Subject: Re: cygwin on Windows 2003... Hello, Its not a typo. I am indeed using cygwin 1.3.1. As I mentioned in my original mail, upgrading to latest version 1.3.22 does solve the heap problem. However, it creates problems for openssh server that I am running on the same box. Sorry for sending it to cygwin-apps. I will keep it in mind in future posts. Thanks. -Prasad --- Elfyn McBratney [EMAIL PROTECTED] wrote: On Thu, 10 Jul 2003, Prasad Dabak wrote: Hello, I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command Just out of curiousity, is the above version a typo? if not, try upgrading to the latest version (1.3.22), and see if that helps. And, please do not follow-up to cygwin-apps. You got the correct list the first time; cygwin-apps is for package maintainer musings and setup.exe discussions. Please see http://cygwin.com/lists.html for a description of what each list is for. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with TCL , couldn't execute a TCL file
No it does not work ... it is THEPROGRAM and not THEPROGRAM.exe ... and the path is well defined in command{} But when i type exec THEPROGRAM it runs !!! What a mystery ! :-) --- Elfyn McBratney [EMAIL PROTECTED] a écrit : On Thu, 10 Jul 2003, [iso-8859-1] philippe guillaume wrote: Hi ! There's a new problem in porting my program ... A button of the main window (written in TCL) calls another TCL file. When i click on this button it produces this error: Error : couldn't execute C:\cygwin\home\me\THEPROGRAM: no such file or directory But this file really exists !!! it is called like this : command {exec /home/me/THEPROGRAM } Does changing the above to command {exec /home/me/THEPROGRAM.exe } work ? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin 1.5.0 and managed mode
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:46 PM To: [EMAIL PROTECTED] Subject: Re: cygwin 1.5.0 and managed mode On Thu, Jul 10, 2003 at 04:22:27PM +0200, Pavel Rozenboim wrote: -Original Message- From: Vince Hoffman [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 3:19 PM To: 'Pavel Rozenboim'; [EMAIL PROTECTED] Subject: RE: cygwin 1.5.0 and managed mode mount manipulates the registry entrys for you. Thanks. If 'C:\Cygwin' is mounted as '/' you would do mount -o managed C:\\Cygwin / from a shell. You should look at the output of `mount' first before changing the mount points. when I try this from the shell I get an error : mount: /: Mount device busy Argh. Don't do this for your whole root directory! This should not be a default setting. It is only useful for directories that have been created from scratch under managed mount mode. Thanks for the warning. Right now I'm not using my cygwin installation for critical work, so I can play with it. When I'll need it back, I'll install the stable package again or reinstall cygwin if needed. Pavel. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
another cygwin-1.5.0 managed mount bug
When I execute following commands in directory mounted in managed mode I get some failures: touch com1 touch: setting times of `com1': Invalid argument (Same error for com2) touch com3 touch: creating `com3': No such file or directory I have 2 serial ports, this probably explains different error messages. Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rxvt shortcut problem (bash, XP, memory, heap, Win32 error 487)
I'm having trouble starting rxvt from a shortcut icon. If I simply click on the rxvt.exe icon in a Windows Explorer window, then I get a console window that is running /usr/bin/sh. If I then try to start bash, I get a heap allocation error: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 180 1 180180 con 1005 11:43:00 /usr/bin/rxvt 3292 18032929480 1005 11:43:01 /usr/bin/sh 381232923292 24400 1005 11:43:17 /usr/bin/ps $ bash C:\cygwin\bin\bash.exe: *** Couldn't reserve space for cygwin's heap (0x2B8) in child, cygheap, Win32 error 487 If I try a shortcut that starts bash immediately (as suggested by several sources), then I see two windows open briefly and close. I'm guessing the same problem is happening there. If I start rxvt from a cygwin terminal window (already running bash), then rxvt starts up fine, and begins running bash itself. This happens even when I don't include the -e /bin/bash arguments to rxvt. I'm running Windows XP and my env under bash includes BASH_VERSION=$'2.05.0(6)-release'. Anyone have any clues what's going wrong with my shortcut? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: posix and win32 enviornment
On Wed, 9 Jul 2003, Andrew DeFaria wrote: Igor Pechtchanski wrote: On Mon, 7 Jul 2003, Andrew DeFaria wrote: Shankar Unni wrote: Igor Pechtchanski wrote: [...] you'll be using the MinGW libraries, and your program will not understand POSIX paths (i.e., you'll have to use Win32 ones). Well, to be totally, utterly nitpicky, I believe /WinNT/System32 is a valid POSIX filename which will be understood by Win32 programs as well (assuming that their current drive is C: :-). Upping the level of nitpicking (and off-topicness) here, I don't see where Shankar assumes that the Windows installation is WinNT. In fact, Win98 will happily understand (and access, if it exists) the /WinNT/System32 directory (or file, as may well be). The only thing assumed here is that the directory is on the C: drive. :-) Well there's no /WinNT on my system! So create one! Live large, pretend you're running Win2k... :-D Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with TCL , couldn't execute a TCL file
How exactly are you launching THEPROGRAM ? command {exec /home/me/THEPROGRAM } The braces {} above just enclose a string (ie exec /home/me/THEPROGRAM ) and I have no idea what command is... You probably want something like the following: [exec /home/me/THEPROGRAM ] --Mark -Original Message- From: philippe guillaume [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 11:09 AM To: [EMAIL PROTECTED] Subject: Re: Problem with TCL , couldn't execute a TCL file No it does not work ... it is THEPROGRAM and not THEPROGRAM.exe ... and the path is well defined in command{} But when i type exec THEPROGRAM it runs !!! What a mystery ! :-) --- Elfyn McBratney [EMAIL PROTECTED] a écrit : On Thu, 10 Jul 2003, [iso-8859-1] philippe guillaume wrote: Hi ! There's a new problem in porting my program ... A button of the main window (written in TCL) calls another TCL file. When i click on this button it produces this error: Error : couldn't execute C:\cygwin\home\me\THEPROGRAM: no such file or directory But this file really exists !!! it is called like this : command {exec /home/me/THEPROGRAM } Does changing the above to command {exec /home/me/THEPROGRAM.exe } work ? Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt shortcut problem (bash, XP, memory, heap, Win32 error 487)
On Thu, 10 Jul 2003, Garrett, Ron wrote: I'm having trouble starting rxvt from a shortcut icon. If I simply click on the rxvt.exe icon in a Windows Explorer window, then I get a console window that is running /usr/bin/sh. If I then try to start bash, I get a heap allocation error: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 180 1 180180 con 1005 11:43:00 /usr/bin/rxvt 3292 18032929480 1005 11:43:01 /usr/bin/sh 381232923292 24400 1005 11:43:17 /usr/bin/ps $ bash C:\cygwin\bin\bash.exe: *** Couldn't reserve space for cygwin's heap (0x2B8) in child, cygheap, Win32 error 487 If I try a shortcut that starts bash immediately (as suggested by several sources), then I see two windows open briefly and close. I'm guessing the same problem is happening there. If I start rxvt from a cygwin terminal window (already running bash), then rxvt starts up fine, and begins running bash itself. This happens even when I don't include the -e /bin/bash arguments to rxvt. Can you send the output of `cygcheck -svr', as a plain-text *non-compressed* attachment (not inlined) to the list? It might help pinpoint your problem. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin apps talking to Windows browsers?
I use emacs under Cygwin (with Cygwin/XFree86 and/or Exceed) and would like to switch to using mh-e in this environment. One thing that I would like to do is to be able to click on a URL and have my Windows browser (in this case Opera) be told to open the page. Is there an app to allow this? How about an app that would allow this from emacs running on another host via X? If there is no APP for this, is there an API for it? Thanks. Jeff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin 1.5.0-1 forked off child processes have open handles tonon-existant processes
I was just walking my process tree with the process explorer when I saw the cron process had an open handle to a non-existant process (presumably its parent). I tried the following code snippet to test that hypothesis: -- BEGIN -- #include sys/types.h #include unistd.h #include stdio.h int main( void ) { pid_t child; int stat; if ( ( child = fork( ) ) == 0 ) // in child { setsid( ); while ( 1 ) sleep( 1 ); } return ( 0 ); } --- END --- and saw the same thing: an open handle for a non-existant process with access permissions 0x001F0FFF (though I have no idea what that stands for). My currently running vim has the same type of open handle, as does bash - which has six of them and rxvt (which has two of them). The process IDs are different each time, but the access permissions are the same. It looks like every single Cygwin process has at least one of these dangling handles.. I don't know what the consequences of such handles could be - they are presumably never used for anything, but I think it's a bug anyway.. Cygcheck output is available here: a12f0c562a53d13de238def6bae050c1 *cygcheck.out http://blytkerchan.chez.tiscali.fr/cygcheck.out HTH rlc NB: the reason I am not *attaching* the cygcheck output but putting it at a web location is because by far most people on this list won't be too interested by it, and it is a 23-K attachment. As this is the third one I would have sent today, that would have become annoying. If you want me to send it as an attachment anyway, please (feel free to) ask. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.5.0-1 managed mount bug (?)
On Thu, Jul 10, 2003 at 04:40:31PM +0200, Ronald Landheer-Cieslak wrote: Perhaps, next time, you could be a bit more specific and I could try snapshots a bit more often, eh? It's a deal. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: another cygwin-1.5.0 managed mount bug
Similar problem: `touch prn' doesn't create a file; I won't try to cat something into it as that will probably print something :) The same thing as with com? happens with lpt? HTH rlc On Thu, 10 Jul 2003, Pavel Rozenboim wrote: When I execute following commands in directory mounted in managed mode I get some failures: touch com1 touch: setting times of `com1': Invalid argument (Same error for com2) touch com3 touch: creating `com3': No such file or directory I have 2 serial ports, this probably explains different error messages. Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rxvt shortcut problem (bash, XP, memory, heap, Win32 error 487)
What are the contents of your shortcut? I point to this batch file: batch @echo off C: cd \cygwin\bin rxvt.exe -bg white -fg black -fn Lucida Console-12 -ls -sl 9000 -rv -geometry 110x49 -sb -si -sk -sr -sw -e bash --login -i /batch Which works fine. I briefly see a command window and then the RXVT term comes up and the command window disappears. -Original Message- From: Garrett, Ron [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 10:14 AM To: [EMAIL PROTECTED] Subject: rxvt shortcut problem (bash, XP, memory, heap, Win32 error 487) I'm having trouble starting rxvt from a shortcut icon. If I simply click on the rxvt.exe icon in a Windows Explorer window, then I get a console window that is running /usr/bin/sh. If I then try to start bash, I get a heap allocation error: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 180 1 180180 con 1005 11:43:00 /usr/bin/rxvt 3292 18032929480 1005 11:43:01 /usr/bin/sh 381232923292 24400 1005 11:43:17 /usr/bin/ps $ bash C:\cygwin\bin\bash.exe: *** Couldn't reserve space for cygwin's heap (0x2B8) in child, cygheap, Win32 error 487 If I try a shortcut that starts bash immediately (as suggested by several sources), then I see two windows open briefly and close. I'm guessing the same problem is happening there. If I start rxvt from a cygwin terminal window (already running bash), then rxvt starts up fine, and begins running bash itself. This happens even when I don't include the -e /bin/bash arguments to rxvt. I'm running Windows XP and my env under bash includes BASH_VERSION=$'2.05.0(6)-release'. Anyone have any clues what's going wrong with my shortcut? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: another cygwin-1.5.0 managed mount bug
-Original Message- From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 5:52 PM To: Pavel Rozenboim Cc: Cygwin (E-mail) Subject: Re: another cygwin-1.5.0 managed mount bug Similar problem: `touch prn' doesn't create a file; I won't try to cat something into it as that will probably print something :) The same thing as with com? happens with lpt? In my environment touch prn creates a file %70rn (similar to what you described with aux), touch lpt and touch com work fine, but touch lpt1 fails with the same error as with com1. Pavel. HTH rlc On Thu, 10 Jul 2003, Pavel Rozenboim wrote: When I execute following commands in directory mounted in managed mode I get some failures: touch com1 touch: setting times of `com1': Invalid argument (Same error for com2) touch com3 touch: creating `com3': No such file or directory I have 2 serial ports, this probably explains different error messages. Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: another cygwin-1.5.0 managed mount bug (please don't use managed mode yet)
On Thu, Jul 10, 2003 at 06:12:00PM +0200, Pavel Rozenboim wrote: When I execute following commands in directory mounted in managed mode I get some failures: touch com1 touch: setting times of `com1': Invalid argument (Same error for com2) touch com3 touch: creating `com3': No such file or directory I have 2 serial ports, this probably explains different error messages. This is not another bug. It is the same bug previously reported. Please no more bug reports on this until I announce that I've fixed things in a snapshot. Unfortunately, I didn't add any tests to the test suite for this functionality and I didn't think to test it before releasing. I introduced some bugs for dealing with case sensitivity just prior to release that made managed moded pretty much worthless in 1.5.0. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: another cygwin-1.5.0 managed mount bug
On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote: Similar problem: `touch prn' doesn't create a file; I won't try to cat something into it as that will probably print something :) The same thing as with com? happens with lpt? There's a small bug when handling comn and lptn. I'd offer a patch, but it's only a two line change. :-) Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: another cygwin-1.5.0 managed mount bug
On Thu, 10 Jul 2003, Elfyn McBratney wrote: On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote: Similar problem: `touch prn' doesn't create a file; I won't try to cat something into it as that will probably print something :) The same thing as with com? happens with lpt? There's a small bug when handling comn and lptn. I'd offer a patch, but it's only a two line change. :-) I stand corrected. I was looking in the wrong place. Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bounced messages
Hi, This guy asked me to post his question since his messages get bounced. -Original Message- From: Bowden, Todd [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 5:49 PM To: 'Pavel Rozenboim' Subject: RE: another cygwin-1.5.0 managed mount bug Sorry to email you directly, Im trying to post a question to the user list but I keep getting bounced messages from cygwin saying I have HTML in my message but I didn't send it out with that. Can you post a question about this and who I need to email about this problem? Todd C. Bowden HP Certified AtosOrigin 5000 S. Bowen Arlington, TX 76017 Office: 817-264-8211 E-mail: [EMAIL PROTECTED] -Original Message- From: Pavel Rozenboim [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 11:40 AM To: Cygwin (E-mail) Subject: RE: another cygwin-1.5.0 managed mount bug -Original Message- From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED] Sent: Thu, July 10, 2003 5:52 PM To: Pavel Rozenboim Cc: Cygwin (E-mail) Subject: Re: another cygwin-1.5.0 managed mount bug Similar problem: `touch prn' doesn't create a file; I won't try to cat something into it as that will probably print something :) The same thing as with com? happens with lpt? In my environment touch prn creates a file %70rn (similar to what you described with aux), touch lpt and touch com work fine, but touch lpt1 fails with the same error as with com1. Pavel. HTH rlc On Thu, 10 Jul 2003, Pavel Rozenboim wrote: When I execute following commands in directory mounted in managed mode I get some failures: touch com1 touch: setting times of `com1': Invalid argument (Same error for com2) touch com3 touch: creating `com3': No such file or directory I have 2 serial ports, this probably explains different error messages. Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bounced messages
On Thu, 10 Jul 2003, Pavel Rozenboim wrote: Hi, This guy asked me to post his question since his messages get bounced. [...] Sorry to email you directly, Im trying to post a question to the user list but I keep getting bounced messages from cygwin saying I have HTML in my message but I didn't send it out with that. Can you post a question about this and who I need to email about this problem? [...] Apart from the above, was there more? To Todd, if you are getting messages regarding HTML in e-mail, then that means you have a Content-type: text/html somewhere in your mail header. There should be somewhere in your MUA where you can disable it. In outlook express it's in the 'Send' tab of the options menu (Tools-Options). Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.0-1 Working Great Here
XPPro, NTFS. Builds working GCC cross compiler and binutils just fine, which covers a lot of intermediate territory. Autoconf/Automake/Perl still work. I don't know if the tools thus built use 64-bit file APIs, since I don't have any source files exceeding 4GB ;-). And I've even been using the snapshots. -- Gary R. Van Sickle Braemar Inc. 11481 Rupp Dr. Burnsville, MN 55337 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.0-1 Working Great Here
On Thu, 10 Jul 2003, Gary R Van Sickle wrote: XPPro, NTFS. Builds working GCC cross compiler and binutils just fine, which covers a lot of intermediate territory. Autoconf/Automake/Perl still work. I don't know if the tools thus built use 64-bit file APIs, since I don't have any source files exceeding 4GB ;-). And I've even been using the snapshots. We can't have that. No complaints. No bug reports. Only praise! What's wrong? ;-) Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.0-1 Working Great Here
On Thu, Jul 10, 2003 at 11:06:49AM -0500, Gary R Van Sickle wrote: XPPro, NTFS. Builds working GCC cross compiler and binutils just fine, which covers a lot of intermediate territory. Autoconf/Automake/Perl still work. I don't know if the tools thus built use 64-bit file APIs, since I don't have any source files exceeding 4GB ;-). And I've even been using the snapshots. Please don't forget that 1.5.0 not only introduces 64 bit file offsets but also 32 bit uids and gids. Testing this is pretty easy by changing /etc/passwd and /etc/group. Just keep in mind that all tools not build for 1.5.0 will not like uids/gids 64K... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Globally redirecting output elsewhere than /tmp/
The directory /tmp seems to be hardwired into some applications as a repository for temporary files created during those applications' activity. (Rather than using env. vars. TEMP or TMP, I mean.) Is there a way of globally diverting such temporary files elsewhere, as in for /tmp read h:/temp throughout this session? I've tried fiddling with all of alias, ln, mount, ..., but none of these seem to provide quite what's needed. (Reason for asking: I am still experimenting with portable-Cygwin-on-a-CD. Then the un-write-ability of the directory /tmp and possibly of other directories too is occasionally proving to be problematic.) Thank you. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin apps talking to Windows browsers?
On Thu, 10 Jul 2003, Jeffrey C Honig wrote: I use emacs under Cygwin (with Cygwin/XFree86 and/or Exceed) and would like to switch to using mh-e in this environment. One thing that I would like to do is to be able to click on a URL and have my Windows browser (in this case Opera) be told to open the page. Is there an app to allow this? How about an app that would allow this from emacs running on another host via X? If there is no APP for this, is there an API for it? Thanks. Jeff Take a look at cygstart.exe in the cygutils package. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin apps talking to Windows browsers?
Cool! I tried looking in the mail archives, but I guess I didn't use the right search string... Thanks. Jeff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Globally redirecting output elsewhere than /tmp/
On Thu, 10 Jul 2003 [EMAIL PROTECTED] wrote: The directory /tmp seems to be hardwired into some applications as a repository for temporary files created during those applications' activity. (Rather than using env. vars. TEMP or TMP, I mean.) '/tmp' is the UNIX 'Recycle Bin'. Some programs may have hard-coded '/tmp' and some may use TMP or TMPDIR... Is there a way of globally diverting such temporary files elsewhere, as in for /tmp read h:/temp throughout this session? I've tried fiddling with all of alias, ln, mount, ..., but none of these seem to provide quite what's needed. Well, `mount' should give you what you want here. Just mount H:\\temp /tmp do that before starting Cygwin. (Reason for asking: I am still experimenting with portable-Cygwin-on-a-CD. Then the un-write-ability of the directory /tmp and possibly of other directories too is occasionally proving to be problematic.) Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin apps talking to Windows browsers?
I'm no expert on how to do this in mh-e but speaking of the general case, there's no particular jiggery-pokery needed to get a Cygwin app to launch a URL in a Windows browser. e.g. try typing explorer http://www.google.com/; from your bash prompt, or if you want your default Windows URL handler to handle it by magic, you can do cmd /c start http://www.google.com; (the start trick works in Win2K and XP, not sure about DOS-style Windows). Assuming mh-e has a configuration option that lets you give it a command string to execute with a %s or whatever where the URL should be, one of those approaches should do the trick. As far as clicking on a URL in a remote app and having it display in a local Windows browser goes... Pass. Anyone else? Andrew. On Thu, 10 Jul 2003, Jeffrey C Honig wrote: Date: Thu, 10 Jul 2003 11:32:59 -0400 From: Jeffrey C Honig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Cygwin apps talking to Windows browsers? I use emacs under Cygwin (with Cygwin/XFree86 and/or Exceed) and would like to switch to using mh-e in this environment. One thing that I would like to do is to be able to click on a URL and have my Windows browser (in this case Opera) be told to open the page. Is there an app to allow this? How about an app that would allow this from emacs running on another host via X? If there is no APP for this, is there an API for it? Thanks. Jeff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.0-1 Working Great Here
Elfyn McBratney wrote: On Thu, 10 Jul 2003, Gary R Van Sickle wrote: XPPro, NTFS. Builds working GCC cross compiler and binutils just fine, which covers a lot of intermediate territory. Autoconf/Automake/Perl still work. I don't know if the tools thus built use 64-bit file APIs, since I don't have any source files exceeding 4GB ;-). And I've even been using the snapshots. We can't have that. No complaints. No bug reports. Only praise! What's wrong? ;-) Well, if you're insisting: I had to add a second l to my printf-Statement, otherwise it would produce the wrong output for stat.st_size. That's absolutely inacceptable! Regards mks PS: Really great work, guys! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1
Hello, If I install it, is there any command under bash shell to know the Version of Cygwin DLL? Thanks. Regards, Yanghui Bian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Available for test: cygwin-1.5.0-1
On Thu, 10 Jul 2003, Yanghui Bian wrote: Hello, If I install it, is there any command under bash shell to know the Version of Cygwin DLL? Thanks. `uname -r' Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin on Windows 2003...
On Thu, Jul 10, 2003 at 07:18:19AM -0700, Prasad Dabak wrote: I am using cygwin 1.3.1 on Windows 2003. While executing certain commands, I am getting the following error. This happens especially, when, one command is internally spawning another command [...] breaks openssh 2.5.2p2-3 server which I am running on the system. In this case, I get an Permission denied (publickey,password,keyboard-interactive). error when connecting over SSH. I'm curious. Are you using only password authentication or do you have actually publickey authentication working on that box? If so, did you need to do something special? Setting user rights? Running as service under a special user account? As far as I know, it's impossible to get passwordless user context switch working in 2003 when using the SYSTEM account. All services running under SYSTEM are getting the needed Create a token object user right explicitely removed from their access token befor getting started by the service control manager. :-( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
flaky disk share access
Hi All, When I ssh in to my cygwin/W2000 system, I don't reliably have access to the disk shares, even if I log in as the same user who's logged in on the console. The shares in question are served by Samba and are reconnected at console login every time with password authentication. They are also system mounted within cygwin and always are available from the default cygwin bash shell. This works as solid as a rock on my Windows NT systems but on Windows 2000 it sometimes it works, and most of the time not. It seems as though it's related to how long it takes me to log in after the system has rebooted, but that could be a red-herring. I can't get it to work often enough to really figure out why/how it sometimes works and sometimes doesn't. Anybody got any ideas? In a related question, is it possible to have an SSH user authenticate themselves for their own private shares? If so, please point me in the right direction! ...This would be damned handy, privilege wise, for example, what about logging into a box that hasn't got anybody logged in at the console? Thanks much, Richard P.S. cygcheck version 1.32, Compiled on Mar 18, 2003 ... RT -- Richard Troy, Chief Scientist Science Tools Corporation [EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/