RE: Starting X on a second monitor - kludge that works
excellent. my only query now is how do I programaticaly find out the offset of my second monitor, as I have it slightly raised from the primary, as opposed to simply placed side by side. thanks, mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Earle F. Philhower III Sent: 05 December 2004 05:11 To: [EMAIL PROTECTED] Subject: RE: Starting X on a second monitor - kludge that works Done as an extension to the -screen option. Just tack on an X and Y position after width and height (witn -geometry format or just space-delimited) and you're set. ex: make an 800x600 window and move it to the 2nd monitor XWin.exe -screen 0 800 600 1024 0 XWin.exe -screen 0 800x600+1024+0 You can still specify just a width and height, so no changes to current scripts needed: XWin.exe -screen 0 800 600 XWin.exe -screen 0 800x600 At 04:52 PM 12/4/2004 +0100, Alexander Gottwald wrote: We'll have to see how this fits with the old -screen n WxH option. -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
RE: Starting X on a second monitor - kludge that works
On Mon, 6 Dec 2004, Mark Fisher wrote: excellent. my only query now is how do I programaticaly find out the offset of my second monitor, as I have it slightly raised from the primary, as opposed to simply placed side by side. the windows function EnumDisplayMonitor will let you iterate over all screens and gives you the rectangle for each screen. It should not be too difficult to extend the screen parameter like this -screen [EMAIL PROTECTED] which means a window of size 800x600 on monitor 2 Patches are welcome. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Starting X on a second monitor - kludge that works
[snip] -screen [EMAIL PROTECTED] which means a window of size 800x600 on monitor 2 Seems to me it's logical if the behavior is such that -screen 0 $W $H opens on the primary monitor, while -screen 1 $W $H opens on the secondary monitor. X-clients with DISPLAY=:0.0 will open on the primary monitor while X-clients with DISPLAY=:0.1 will open on the secondary monitor. Isn't that how X behaves on dual-headed *nix machines?
RE: Starting X on a second monitor - kludge that works
On Mon, 6 Dec 2004, Thomas Chadwick wrote: [snip] -screen [EMAIL PROTECTED] which means a window of size 800x600 on monitor 2 Seems to me it's logical if the behavior is such that -screen 0 $W $H opens on the primary monitor, while -screen 1 $W $H opens on the secondary monitor. X-clients with DISPLAY=:0.0 will open on the primary monitor while X-clients with DISPLAY=:0.1 will open on the secondary monitor. Isn't that how X behaves on dual-headed *nix machines? No. What a X11 screen is is defined nowhere. With the xorg and xfree server it's another vga card. Cygwin/X does not depend on hardware. So a screen is just another canvas to draw to. You could start Xwin with two separate windows which are both screens. Or like I do a windowed screen for the remote desktop and a second screen running in multiwindow mode which covers both monitors and where I can show other X11 windows. Separating the virtual desktop into screens again brings us to the same point where Xinerama is used on xorg/xfree to glue the screens together bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Two Servers
I am trying now to get two xservers running. Each to linux hosts using X11 forwarding. I am not even sure what my command line should be to start the two xservers. Any help would greatly be appericated. HFC
Re: Two Servers
Hi, I use: X -ac -query IP1 :1 X -ac -query IP2 :2 and so on. I leave the :0 free for startxwin.bat. The -ac disable access control, the :2 tells X to create the screen on port localhost:2.0 X --help or the man page will show more help. Mit freundlichen Gruessen, Ralf Gans On Monday 06 December 2004 17:31, Henry Camacho wrote: I am trying now to get two xservers running. Each to linux hosts using X11 forwarding. I am not even sure what my command line should be to start the two xservers. Any help would greatly be appericated. HFC
FW: Update links to ViewCVS
Hi, Can someone update the viewcvs links on http://x.cygwin.com/devel/server/ please? The initial subdir xorg is missing and causes a view cvs error page on the links given. Thanks, Mark
Re: FW: Update links to ViewCVS
On Mon, 6 Dec 2004, Mark Fisher wrote: Hi, Can someone update the viewcvs links on http://x.cygwin.com/devel/server/ please? The initial subdir xorg is missing and causes a view cvs error page on the links given. done. Thanks for reporting it. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Starting X on a second monitor - kludge that works
Howdy Mark, -- Original Message - Subject: RE: Starting X on a second monitor - kludge that works From: Mark Fisher [EMAIL PROTECTED] my only query now is how do I programaticaly find out the offset of my second monitor, as I have it slightly raised from the primary, as opposed to simply placed side by side. -- If you're asking just to set up your machine once, the simplest thing to do is open up the Display properties, and click-hold on the 2nd monitor, it should then display the (X,Y) position in it. Since it's raised you should have a negative Y position, which does work OK with the checked-in patch. Programmatically, I like AGO's @monitor idea... -- -Earle F. Philhower, III [EMAIL PROTECTED] http://www.ziplabel.com
RE: Starting X on a second monitor - kludge that works
Hi Earle, Funnily enough I'm just writing a patch for the @monitor, which involves me dusting off my old c hat. I've got the monitor reading information working, I'm just integrating it into winprocarg.c Should be done pretty soon... Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Earle F. Philhower, III Sent: 06 December 2004 21:02 To: [EMAIL PROTECTED] Subject: RE: Starting X on a second monitor - kludge that works Howdy Mark, -- Original Message - Subject: RE: Starting X on a second monitor - kludge that works From: Mark Fisher [EMAIL PROTECTED] my only query now is how do I programaticaly find out the offset of my second monitor, as I have it slightly raised from the primary, as opposed to simply placed side by side. -- If you're asking just to set up your machine once, the simplest thing to do is open up the Display properties, and click-hold on the 2nd monitor, it should then display the (X,Y) position in it. Since it's raised you should have a negative Y position, which does work OK with the checked-in patch. Programmatically, I like AGO's @monitor idea... -- -Earle F. Philhower, III [EMAIL PROTECTED] http://www.ziplabel.com
dependency problem in font hint files
Alexander, While attempting to install X on a system that was badly out of date, I got a number of Unable to find cygfontconfig.dll errors. I assume that this is due to the fact that the font pacakges rely on fontconfig but that wasn't reflected in their hint files. So, I added this dependency to the font hint files. FYI, cgf
Re: [Patch] fhandler.cc (pust_readahead): end-condition off.
On Mon, Dec 06, 2004 at 02:45:10AM +0100, Bas van Gompel wrote:
Hi,
A real bugfix this time.
When fhandler_base::puts_readahead is given a (non -1) len-parameter,
in the current implementation, not len characters are stowed, but len
z-strings. This affects at least fhandler_pty_master::accept_input in
fhandler_tty.cc.
Following (trivial, I'd say) patch ought to fix it.
ChangeLog-entry:
2004-12-06 Bas van Gompel [EMAIL PROTECTED]
* fhandler.cc (fhandler_base::puts_readahead): Fix end-condition.
This patch changes things so that len characters are always output if
len is != -1. It has been a while since I worked on this code but it's
not clear that that is correct.
cgf
--- src/winsup/cygwin-mmod/fhandler.cc 5 Dec 2004 07:28:27 - 1.209
+++ src/winsup/cygwin-mmod/fhandler.cc 6 Dec 2004 01:14:14 -
@@ -54,7 +54,7 @@ int
fhandler_base::puts_readahead (const char *s, size_t len)
{
int success = 1;
- while ((*s || (len != (size_t) -1 len--))
+ while ((len == (size_t) -1 ? *s : len--)
(success = put_readahead (*s++) 0))
continue;
return success;
Re: [Patch] fhandler.cc (pust_readahead): end-condition off.
Op Mon, 6 Dec 2004 10:16:19 -0500 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Mon, Dec 06, 2004 at 02:45:10AM +0100, Bas van Gompel wrote: [...] : * fhandler.cc (fhandler_base::puts_readahead): Fix end-condition. : : This patch changes things so that len characters are always output if : len is != -1. It has been a while since I worked on this code but it's : not clear that that is correct. I found following clues: C1: `cvs annotate -r1.16 fhandler.cc`, line 75: | 1.1 (cgf 17-Feb-00): while len == (size_t) -1) *s) || len--) This code seems to intend to not test ``*s'' when len != -1. C2: `cvs annotate fhandler.cc` (for current version), line 57 | 1.17 (corinna 09-May-00): while ((*s || (len != (size_t) -1 len--)) ChangeLog-2000 about above change: | * fhandler.cc (fhandler_base::puts_readahead): Change | while condition to disallow wild runs. The wild runs would occur when *s became 0, len would then be decremented to -2. This ``new'' code does not seem to want to decrement len when ``*s'' is nonzero. C3: (fhandler_tty.cc (fhandler_pty_master::accept_input):) ... | rc = WriteFile (get_output_handle (), p, bytes_left, written, NULL); ... | p += written; | bytes_left -= written; ... | puts_readahead (p, bytes_left); I don't think there is a reason to not send all that wasn't written, to the readahead-buffer. [...] I hope this helps. L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: User name with spaces and Cygwin web site suggestion
Rodrigo de Salvo Braz wrote: On Sun, 5 Dec 2004, Pierre A. Humblet wrote: So you should do what the faq says. Thanks for the clarifications, Pierre, they will solve my problem. But one of the motivations of my original post was that I thought I had done what the faq says. I suggest it gets clarified; it says: You can rename the user in the Windows User Manager GUI. I interpreted this to mean to go to Control Panel-User Accounts-Rename, and did it. I think many users will do the same. Also, as Coughlan pointed out, the real renaming may break many things and it may be good to alert users to that. Opening up /etc/passwd in a text editor and doing a search and replace for Nick Coghlan - NickCoghlan worked fine for me. It makes Cygwin happy, and Windows gets to continue on in blithe ignorance of what is going on. Now I just need someone to give CGF a hyperthreaded system so he can work out what the heck is going on with hyperthreading, and all will be wonderful ;) Cheers, Nick. -- Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia --- http://boredomandlaziness.skystorm.net -- 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: Apache-Cygwin problem
inscr dupont wrote: I know this subject has already been approached many times, but i still haven't found solutions before writing to this list. I've installed apache-1.3.24-4 and apache-php-4.2.0-2 1. cygwin-apps is the wrong mailing list for this. You want cygwin at cygwin dot com. 2. Those packages that you found were removed from the official Cygwin distro years ago because they're old, broken, buggy, and contain security vulnerabilities. The place you got them was likely an out of date mirror. No site that you can find on the official list should contain them. It's not surprising that they don't work. Unfortunately *sigh* there is no currently supported way to run apache and php under Cygwin. The build environment for PHP is so unix-centric and broken that building a working PHP with proper dynamic module support is non-trivial. One day perhaps someone will do it, but not yet. I've been working on it when I get the motivation but it is extremely frustrating trying to work with such a build system. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
find prints wrong file size for files 2GB
Win2kSP4+patches, cygwin1.dll 1.5.11, findutils 4.1.7-4
Test case below.
$ cat truncate.c EOF
#include unistd.h
#include stdio.h
#include stdlib.h
#include errno.h
int main(int argc, char **argv) {
off_t size;
char *endptr = argv[2];
if (argc != 3) {
fprintf(stderr, usage: truncate path size\n);
exit(1);
}
errno = 0;
size = strtoull(argv[2], endptr, 10);
if (!endptr || endptr == argv[2] || *endptr || size 0 ||
(size == 0 errno)) {
fprintf(stderr, truncate: invalid size\n);
exit(1);
}
printf(truncating %s to %lld bytes\n, argv[1], size);
if (truncate(argv[1], size)) {
int saveerr = errno;
perror(truncate);
fprintf(stderr, errno was %d\n, saveerr);
exit(1);
}
exit(0);
}
EOF
$ g++ truncate.c -o truncate.exe
$ touch aaa
$ ./truncate.exe aaa 20
truncating aaa to 20 bytes
$ ls -l aaa
-rw-r--r--1 sc0rpNone 20 Dec 6 10:54 aaa
$ find ./aaa -printf %10s %p\n
20 ./aaa
$ ./truncate.exe aaa 30
truncating aaa to 30 bytes
$ ls -l aaa
-rw-r--r--1 sc0rpNone 30 Dec 6 10:54 aaa
$ find ./aaa -printf %10s %p\n
18446744072414584320 ./aaa
$ ./truncate.exe aaa 47
truncating aaa to 47 bytes
$ ls -l aaa
-rw-r--r--1 sc0rpNone 47 Dec 6 10:54 aaa
$ find ./aaa -printf %10s %p\n
405032704 ./aaa
-- Jacek.
--
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: find prints wrong file size for files 2GB
Jacek Trzmiel wrote: $ ls -l aaa -rw-r--r--1 sc0rpNone 47 Dec 6 10:54 aaa $ find ./aaa -printf %10s %p\n 405032704 ./aaa GNU findutils does have largefile support as of 4.1.5. See http://lists.gnu.org/archive/html/bug-findutils/2004-07/msg00012.html. There is a configure test to see if off_t can represent a 64 bit value, which should set the _FILE_OFFSET_BITS define correctly. However, the timestamp on Cygwin's findutils package is 19-May-2002, which was before Cygwin 1.5.0 was released (10-Jul-2003), which was the first version to include 64bit file io support. Thus it may just be that findutils needs to be rebuilt with a recent cygwin1.dll to enable this support in the code. It may even be a good idea to refresh the package to the current upstream which appears to be 4.2.9 at ftp://alpha.gnu.org/gnu/findutils/. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bad physical memory value detected
Hello, cygwin has been installed on a Windows 2000 server and it detected 2Gb of memory, correct value at this time. But some days ago we have increased the physical memory from 2Gb to 4Gb. The problem is that cygwin continue to see only 2Gb (top and vmstat commands results). Can somebody help me please to resolve this issue ? Thanks Regards -- 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: Bad physical memory value detected
[EMAIL PROTECTED] wrote: cygwin has been installed on a Windows 2000 server and it detected 2Gb of memory, correct value at this time. But some days ago we have increased the physical memory from 2Gb to 4Gb. The problem is that cygwin continue to see only 2Gb (top and vmstat commands results). Can somebody help me please to resolve this issue ? The Cygwin DLL calls GlobalMemoryStatus() to get the amount of total and free memory for /proc/meminfo. From the MS Platform SDK entry on this function: On Intel x86 computers with more than 2 GB and less than 4 GB of memory, the GlobalMemoryStatus function will always return 2 GB in the dwTotalPhys member of the MEMORYSTATUS structure. Similarly, if the total available memory is between 2 and 4 GB, the dwAvailPhys member of the MEMORYSTATUS structure will be rounded down to 2 GB. If the executable is linked using the /LARGEADDRESSWARE linker option, then the GlobalMemoryStatus function will return the correct amount of physical memory in both members. It would seem that the DLL should perhaps instead call GlobalMemoryStatusEx() which does not have issues with large amounts of memory. However this function is only available in 2k/XP/2k3. There would need to be fallback to GlobalMemoryStatus() for NT/9x/ME which is probably why it was chosen in the first place. I think this is where someone traditionally points out http://cygwin.com/acronyms/#SHTDI and http://cygwin.com/acronyms/#PTC. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Firing up latest zsh with latest cygwin OOPS!
zshoutshort.txt.gz Description: Shortened logfile -- 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: Suggestions
On Sat, 4 Dec 2004 21:22:14 -0600 (CST), Rodrigo de Salvo Braz wrote: I would like to suggest that the words Keep, Prev, Curr and Exp be changed in the Cygwin Setup. I believe they are too abbreviated when there is room for clearer words. But, more importantly, I believe that the choice of words Keep and Curr is a bit confusing. Keep without saying what is being kept suggests little and Curr may be interpreted as the version currently installed in the computer (which is actually the meaning of Keep), not the packages' currently released versions. Just a thought. Any suggestions for clearer words? -- 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: Suggestions
-Original Message- From: cygwin-owner On Behalf Of Joshua Daniel Franklin Sent: 06 December 2004 14:58 On Sat, 4 Dec 2004 21:22:14 -0600 (CST), Rodrigo de Salvo Braz wrote: I would like to suggest that the words Keep, Prev, Curr and Exp be changed in the Cygwin Setup. I believe they are too abbreviated when there is room for clearer words. But, more importantly, I believe that the choice of words Keep and Curr is a bit confusing. Keep without saying what is being kept suggests little and Curr may be interpreted as the version currently installed in the computer (which is actually the meaning of Keep), not the packages' currently released versions. Just a thought. Any suggestions for clearer words? How about Keep, Revert, Stable and Unstable? cheers, DaveK -- Can't think of a witty .sigline today -- 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: commands not found
I cured it when I had to, for other reasons, reinstall. Place the setups in one directory and should be OK. Having a separate setup in a package directory caused the problem. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: User name with spaces and Cygwin web site suggestion
On Mon, Dec 06, 2004 at 07:11:43PM +1000, Nick Coghlan wrote: Now I just need someone to give CGF a hyperthreaded system so he can work out what the heck is going on with hyperthreading, and all will be wonderful ;) Yeah, if only someone could do that. Then the thousands of people using cygwin for free and, specifically, the scores of people seeing this problem would benefit. OTOH, I could just block any email containing hyperthread.*. That would certainly benefit *me* personally, since I wouldn't have to see people ask about it, whine about it, and, eventually do nothing constructive to solve the problem. 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: What depends on less and what man depends on.
Joshua Daniel Franklin schrieb: On Sun, 5 Dec 2004 08:13:34 +0100 (MET), Bas van Gompel wrote: These scripts you've made seem both cool and useful to me. It would be even better if we had this functionality in some of the cygwin utils, though, like cygcheck. Any interest in that? I'm also thinking maybe setup.exe should store the latest known good setup.ini as /etc/setup/setup.ini or something like that. Or at least symlink it. Should I add that as another feature request? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: Suggestions
On Mon, 6 Dec 2004, Joshua Daniel Franklin wrote: On Sat, 4 Dec 2004 21:22:14 -0600 (CST), Rodrigo de Salvo Braz wrote: I would like to suggest that the words Keep, Prev, Curr and Exp be changed in the Cygwin Setup. I believe they are too abbreviated when there is room for clearer words. But, more importantly, I believe that the choice of words Keep and Curr is a bit confusing. Keep without saying what is being kept suggests little and Curr may be interpreted as the version currently installed in the computer (which is actually the meaning of Keep), not the packages' currently released versions. Just a thought. Any suggestions for clearer words? I meant just the full words, really, especially for Exp (I keep thinking Exponential :-). Personally, I would choose the following replacements for Keep and Curr: Keep - Installed version Curr - Up-to-date version Best, Rodrigo -- 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: User name with spaces and Cygwin web site suggestion
On Mon, 6 Dec 2004, Nick Coghlan wrote: Opening up /etc/passwd in a text editor and doing a search and replace for Nick Coghlan - NickCoghlan worked fine for me. It makes Cygwin happy, and Windows gets to continue on in blithe ignorance of what is going on. Yes. I think that's the best solution by a lot and the only one that should be in the FAQ. Rodrigo -- 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: find prints wrong file size for files 2GB
On Mon, Dec 06, 2004 at 03:11:21AM -0800, Brian Dessent wrote: However, the timestamp on Cygwin's findutils package is 19-May-2002, which was before Cygwin 1.5.0 was released (10-Jul-2003), which was the first version to include 64bit file io support. Thus it may just be that findutils needs to be rebuilt with a recent cygwin1.dll to enable this support in the code. It may even be a good idea to refresh the package to the current upstream which appears to be 4.2.9 at ftp://alpha.gnu.org/gnu/findutils/. They just updated to 4.2.10 today. I don't normally like to use the alpha versions of packages but I do need to get a new version out which understands 64 bit file sizes and this version fixes the 'tempfile' problem in updatedb. I've packaged this up and uploaded it to sourceware.org. A new version should be on mirrors soon. 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/
[ANNOUNCEMENT] Updated: findutils-4.2.10-2
I've made a new version of 'findutils' available for installation. This updates the package to the latest version available from alpha.gnu.org. This version is notable in that it seems to properly support files greater than 2G. It also includes a fix for the missing tempfile program in updatedb. It uses mktemp instead of tempfile, although an error message still erroneously mentions tempfile. I normally don't like release packages that are in alpha but since this package built OOTB and removed the obsolete use of tempfile, I made an exception in this case. For a brief descripton of this package, and listing of the files it contains, see http://cygwin.com/packages/findutils . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. findutils should be updated automatically, assuming that you are using a mirror which has grabbed the latest version from sourceware.org. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Firing up latest zsh with latest cygwin OOPS!
Some more questions.. Anyone else who can't read the written contents of the Firing up latest zsh with latest cygwin mails? Reading them with Gnus I only see: [1. Shortened logfile --- application/x-gzip; zshoutshort.txt.gz]... [2. text/plain] /Andy -- Democracy is two hungry wolves and one sheep discussing what's for dinner. Liberty is a well-armed sheep willing to contest the decision. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: strange problems with cvs
Just a note to inform you that I've downgrade my cygwin dll (to 1.5.11-1), and now cvs is working perfectly again. So, the problem is in the new dll release! Nuno -- 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: Environment variables system privilages
Jason Pearce wrote: Thanks. This works well enough. But I take it there is no universal command to check for system permissions. The procedure is just try a command that needs system privilages and watch the exit status. Well, if you really want to check for this you could try comparing the output of id -u to 18, the UID of the SYSTEM account. I don't know if the system account's id varies across different versions (eg 98 vs. 2k3), though. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Environment variables system privilages
On Mon, 6 Dec 2004, Brian Dessent wrote: Jason Pearce wrote: Thanks. This works well enough. But I take it there is no universal command to check for system permissions. The procedure is just try a command that needs system privilages and watch the exit status. Well, if you really want to check for this you could try comparing the output of id -u to 18, the UID of the SYSTEM account. I don't know if the system account's id varies across different versions (eg 98 vs. 2k3), though. Brian AFAIU, those aren't the system privileges that Jason meant -- I think he just wanted to test whether his user has permission to write to the HKLM registry tree. The best way to test that is to try actually writing something (which is exactly what mount does). Also, there is no SYSTEM account on 9x. 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! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: $TEMP directory appears absent
I am trying to compile my sourceforge project under cygwin. I have a fresh installation of the latest version of cygwin. Unfortunately, something about the configuration of the TEMP directory seems to be broken. When the programs I run try to create a temp file, they complain that the temp directory does not exists (see below). The TEMP directory is set to its default value: /cygdrive/c/DOCUME~1/gmarceau/LOCALS~1/Temp That directory exists with the usual long name: /cygdrive/c/Documents and Settings/gmarceau/Local Settings/Temp As I understand it, cygwin is supposed to translate the former into the later on-the-fly, but for some reason that doesn't happen. -- 530 [EMAIL PROTECTED] btparse-0.33 $ patch -p1 ../btparse-0.33.diff patch: Can't create file /cygdrive/c/DOCUME~1/gmarceau/LOCALS~1/Temp : No such file or directory Also, program do not seam to respond when I change the TEMP variable. This is running cygwin under vmware, if this affects anything. -- 531 [EMAIL PROTECTED] btparse-0.33 $ echo $TEMP /cygdrive/c/DOCUME~1/gmarceau/LOCALS~1/Temp -- 532 [EMAIL PROTECTED] btparse-0.33 $ export TEMP=c:/DOCUME~1/gmarceau/LOCALS~1/Temp -- 533 [EMAIL PROTECTED] btparse-0.33 $ patch -p1 ../btparse-0.33.diff patch: Can't create file /cygdrive/c/DOCUME~1/gmarceau/LOCALS~1/Temp : No such file or directory The problem affect other programs as well, beside patch. For instance, the ocamlyacc compiler also break: -- 534 [EMAIL PROTECTED] ocamlyacc -v queryPar.mly ocamlyacc: f - cannot open /cygdrive/c/DOCUME~1/gmarceau/LOCALS~1/Temp Thank for any help. -- 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: commands not found
-Original Message- From: cygwin-owner On Behalf Of cygwin Sent: 06 December 2004 19:14 To: cygwin Subject: Re: commands not found I've attached the cygcheck, and also the output of env. The wrong directories definitely seem to be in my path. I am used to changing that with setenv, but I can't use that here. Thanks for your responses. Try double clicking the cygwin icon on either your desktop or your start menu. cheers, DaveK -- Can't think of a witty .sigline today -- 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: commands not found
-Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 06 December 2004 19:21 -Original Message- From: cygwin-owner On Behalf Of cygwin Sent: 06 December 2004 19:14 To: cygwin Subject: Re: commands not found I've attached the cygcheck, and also the output of env. The wrong directories definitely seem to be in my path. I am used to changing that with setenv, but I can't use that here. Thanks for your responses. Try double clicking the cygwin icon on either your desktop or your start menu. Oops, no. I thought the cygwin.bat file sets your initial path and you were bypassing it, but after taking a closer look I guess it doesn't. So let's see what your shell startup scripts are doing instead. Fire up a cmd.exe shell, change dir into C:\cygwin\bin, and enter bash --login -i -x, and show us what the output looks like. cheers, DaveK -- Can't think of a witty .sigline today -- 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: Firing up latest zsh with latest cygwin OOPS!
On Mon, 6 Dec 2004, Andrew Markebo wrote: Some more questions.. Anyone else who can't read the written contents of the Firing up latest zsh with latest cygwin mails? Reading them with Gnus I only see: [1. Shortened logfile --- application/x-gzip; zshoutshort.txt.gz]... [2. text/plain] Hi Andrew, I can read the very first mail+attachment you sent out (the 250k one), but the second one I couldn't read (I get a decode base64 error from pine). Anyway, I've analysed the first trace and I have a few questions. Can you give me an idea of how you started the shell? Was it from an icon? Was it from an already running bash shell? Does it just appear to hang? /Andy -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: Firing up latest zsh with latest cygwin OOPS!
On Mon, 6 Dec 2004, Andrew Markebo wrote: Some more questions.. Anyone else who can't read the written contents of the Firing up latest zsh with latest cygwin mails? Reading them with Gnus I only see: [1. Shortened logfile --- application/x-gzip; zshoutshort.txt.gz]... [2. text/plain] One comment about your mail. I've exmained the raw mail body and it appears gnus didn't properly separate out your attachments via the content boundary. What I see in the body is this: -- --=-=-= Content-Type: application/x-gzip Content-Disposition: attachment; filename=zshoutshort.txt.gz Content-Transfer-Encoding: base64 Content-Description: Shortened logfile H4sIAGVntEEAA+xd628aybL/Hin/w1xppSRHtume92B5dTBgm11jLCBOVmE1 msDYZgMDd2awk/Ph/u23unswPUwNNJjcc4+0K8Xref2qurpeXf3wP/6xy39v ... J000dz7d/HZz+/kmRt444Z/tGfLr64foZvn99o+gVHy+WEWqfdv8YWeNJFCU 2DkCFP8bQzGENW+rV3qxvKYuBbteeBGsiwFz/WB/W11fVyf0z+Lp8/jR0WKX HEAA/CCA87sP93cni7vV1YIhbBj13776Pw99gqfNUgEA And cygcheck.out: Cygwin Configuration Diagnostics Current System Time: Mon Dec 06 14:46:59 2004 ... -- Obviously the base64 decoder doesn't like the text that follows the actual end of the first attachment (zshoutshort.txt.gz). In anycase, I have extracted the cygcheck.out and the short log from that body. I'd still like to get more info on just how the shell was started. I will try and reproduce your environment myself. In the mean time, I'd suggest you try the latest Snapshot of the cygwin DLL and report on your findings. Thanks! /Andy -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: commands not found
I don't know a lot about this, but the following line is in the attached cygcheck.out Warning: There are multiple cygwin1.dlls on your path If I recall correctly, this is a bad thing. Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 06 December 2004 19:21 -Original Message- From: cygwin-owner On Behalf Of cygwin Sent: 06 December 2004 19:14 To: cygwin Subject: Re: commands not found I've attached the cygcheck, and also the output of env. The wrong directories definitely seem to be in my path. I am used to changing that with setenv, but I can't use that here. Thanks for your responses. Try double clicking the cygwin icon on either your desktop or your start menu. Oops, no. I thought the cygwin.bat file sets your initial path and you were bypassing it, but after taking a closer look I guess it doesn't. So let's see what your shell startup scripts are doing instead. Fire up a cmd.exe shell, change dir into C:\cygwin\bin, and enter bash --login -i -x, and show us what the output looks like. cheers, DaveK -- 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: Need help compiling gaim-1.1.0 (Was: gaim-1.0.2)
Thanks for helping me in my attempt to get gaim-1.02 to compile under cygwin. I was having problems with my cygwin install so I decided today (06 Dec 2004) to dump my cygwin and do a fresh retrieve and install. So far the results have been very encouraging. I'm using gaim-1.1.0 as my source now. In my latest attempt to compile I made it completely through configure and well into the compile stage! Unfortunately, it did error out, but I think I may be there soon. I'm posting my cygcheck output and the end of the compile run. Many thanks again for your assistance. -- Regards, Doug Compile: Conversation_IM.o(.text+0xbf3): In function `XS_Gaim_ims': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Conversation_IM.xs:49: undefined reference to `_gaim_get_ims' Conversation_IM.o(.text+0xc2f):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Conversation_IM.xs:51: undefined reference to `_gaim_conversation_get_im_data' Conversation_IM.o(.text+0xc40):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Conversation_IM.xs:51: undefined reference to `_gaim_perl_bless_object' Gaim.o(.text+0x5d9): In function `XS_Gaim_timeout_add': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.c:129: undefined reference to `_gaim_perl_ref_object' Gaim.o(.text+0x67b): In function `XS_Gaim_timeout_add': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:18: undefined reference to `_gaim_perl_timeout_add' Gaim.o(.text+0x913): In function `XS_Gaim_signal_connect': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.c:155: undefined reference to `_gaim_perl_ref_object' Gaim.o(.text+0x95f): In function `XS_Gaim_signal_connect': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:28: undefined reference to `_gaim_perl_signal_connect' Gaim.o(.text+0xc32): In function `XS_Gaim_signal_disconnect': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.c:180: undefined reference to `_gaim_perl_ref_object' Gaim.o(.text+0xc42): In function `XS_Gaim_signal_disconnect': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:36: undefined reference to `_gaim_perl_signal_disconnect' Gaim.o(.text+0xf22): In function `XS_Gaim_debug': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.c:199: undefined reference to `_gaim_debug' Gaim.o(.text+0x11f9): In function `XS_Gaim_debug_misc': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:49: undefined reference to `_gaim_debug' Gaim.o(.text+0x1489): In function `XS_Gaim_debug_info': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:56: undefined reference to `_gaim_debug' Gaim.o(.text+0x1719): In function `XS_Gaim_debug_warning': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:63: undefined reference to `_gaim_debug' Gaim.o(.text+0x19a9): In function `XS_Gaim_debug_error': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:70: undefined reference to `_gaim_debug' Gaim.o(.text+0x1c39):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:77: more undefined references to `_gaim_debug' follow Gaim.o(.text+0x1e0b): In function `XS_Gaim_deinit': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:82: undefined reference to `_gaim_perl_timeout_clear' Gaim.o(.text+0x2548): In function `boot_Gaim': /home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:86: undefined reference to `_gaim_perl_callXS' Gaim.o(.text+0x2562):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:87: undefined reference to `_gaim_perl_callXS' Gaim.o(.text+0x257c):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:88: undefined reference to `_gaim_perl_callXS' Gaim.o(.text+0x2596):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:89: undefined reference to `_gaim_perl_callXS' Gaim.o(.text+0x25b0):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:90: undefined reference to `_gaim_perl_callXS' Gaim.o(.text+0x25ca):/home/c31885/src/gaim-1.1.0/plugins/perl/common/Gaim.xs:91: more undefined references to `_gaim_perl_callXS' follow collect2: ld returned 1 exit status perlld: *** system() failed to execute gcc -shared -o Gaim.dll -Wl,--out-implib=libGaim.dll.a -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \ -s -L/usr/local/lib Account.o BuddyList.o BuddyList_Buddy.o BuddyList_Chat.o BuddyList_Group.o Connection.o ConvWindow.o Conversation.o Conversation_Chat.o Conversation_IM.o Gaim.o /usr/lib/perl5/5.8.5/cygwin-thread-multi-64int/CORE/libperl.dll.a make[4]: *** [blib/arch/auto/Gaim/Gaim.dll] Error 1 make[4]: Leaving directory `/home/c31885/src/gaim-1.1.0/plugins/perl/common' make[3]: *** [all-local] Error 2 make[3]: Leaving directory `/home/c31885/src/gaim-1.1.0/plugins/perl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/c31885/src/gaim-1.1.0/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/c31885/src/gaim-1.1.0' make: *** [all] Error 2 cygcheck -s: Cygwin Configuration Diagnostics Current System Time: Mon Dec 06 13:58:41 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path:
w32api usr/include/sqlext.h bad macros
The following was rejected on cygwin-patches. I'm intentionally posting to the wrong list now because I shouldn't have to subscribe to a mailing list just to report a bug! Eric --- Forwarded Message To: [EMAIL PROTECTED] From: Eric Sharkey [EMAIL PROTECTED] X-Eric-Conspiracy: There is no conspiracy Subject: w32api usr/include/sqlext.h bad macros Date: Mon, 06 Dec 2004 16:30:29 -0500 Sender: [EMAIL PROTECTED] The interval code macros in sqlext.h are pretty screwed up. It currently reads: #define SQL_INTERVAL_YEAR (100 + SQL_CODE_SECOND) #define SQL_INTERVAL_MONTH (100 + SQL_CODE_YEAR_TO_MONTH) #define SQL_INTERVAL_DAY (100 + SQL_CODE_DAY_TO_HOUR) #define SQL_INTERVAL_HOUR (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_MINUTE (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_SECOND (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_YEAR_TO_MONTH (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_DAY_TO_HOUR (100 + SQL_CODE_MINUTE_TO_SECOND) #define SQL_INTERVAL_DAY_TO_MINUTE (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_DAY_TO_SECOND (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_HOUR_TO_MINUTE (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_HOUR_TO_SECOND (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_MINUTE_TO_SECOND (100 + SQL_CODE_MINUTE_TO_SECOND) It should read: #define SQL_INTERVAL_YEAR (100 + SQL_CODE_YEAR) #define SQL_INTERVAL_MONTH (100 + SQL_CODE_MONTH) #define SQL_INTERVAL_DAY (100 + SQL_CODE_DAY) #define SQL_INTERVAL_HOUR (100 + SQL_CODE_HOUR) #define SQL_INTERVAL_MINUTE (100 + SQL_CODE_MINUTE) #define SQL_INTERVAL_SECOND (100 + SQL_CODE_SECOND) #define SQL_INTERVAL_YEAR_TO_MONTH (100 + SQL_CODE_YEAR_TO_MONTH) #define SQL_INTERVAL_DAY_TO_HOUR (100 + SQL_CODE_DAY_TO_HOUR) #define SQL_INTERVAL_DAY_TO_MINUTE (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_DAY_TO_SECOND (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_HOUR_TO_MINUTE (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_HOUR_TO_SECOND (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_MINUTE_TO_SECOND (100 + SQL_CODE_MINUTE_TO_SECOND) Eric --- End of Forwarded Message -- 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: What depends on less and what man depends on.
Op Sun, 5 Dec 2004 17:57:32 -0800 schreef Joshua Daniel Franklin in [EMAIL PROTECTED]: : On Sun, 5 Dec 2004 08:13:34 +0100 (MET), Bas van Gompel wrote: : Sometimes one wants to know what depends on a package or vice versa. : : To find out, using the local setup.inis, I wrote following script. : It uses make to recursively find and display all dependencies in : either direction. : : Buzz, : : These scripts you've made seem both cool and useful to me. It would Thanks, that's nice to hear. : be even better if we had this functionality in some of the cygwin utils, : though, like cygcheck. Any interest in that? ? I'd like it... If there is general interest in them I may attempt to get the scripts added to cygutils. I might write a wrapper around them and add some similar functions. Or did I misunderstand your question? (If you're asking me to duplicate the dependency-tracking logic from ``make'' in another app, I'm not very likely to do that.) : I'm also thinking maybe setup.exe should store the latest known good : setup.ini as /etc/setup/setup.ini or something like that. I think that may be a good idea. It should then however store setup.inis for all selected mirrors, not just the one. A symlink is not a good idea, IMO, as reading a new ini from internet may fail (If you refuse going online (dial-up) setup will empty all inis it attenpts to download.) Also people apparently tend to download into a temp-dir, install and then delete the local files. L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re -- 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/
findutils-4.2.10-2
Upgraded today to findutils-4.2.10-1 and then it seems almost immediately to findutils-4.2.10-2. I now find that moderately short lists of the style find dirname | xargs md5sum find dirname | xargs file etc die with find: xargs: list too long. In the past (yesterday) such commands generated the required response even with exceptionally long lists. Anybody else? 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: w32api usr/include/sqlext.h bad macros
On Mon, Dec 06, 2004 at 04:41:02PM -0500, Eric Sharkey wrote: The following was rejected on cygwin-patches. I'm intentionally posting to the wrong list now because I shouldn't have to subscribe to a mailing list just to report a bug! Since cygwin-patches isn't a bug reporting mailing list and since the below isn't a patch, I'd say that that the system was working as designed. cgf --- Forwarded Message The interval code macros in sqlext.h are pretty screwed up. It currently reads: #define SQL_INTERVAL_YEAR (100 + SQL_CODE_SECOND) #define SQL_INTERVAL_MONTH (100 + SQL_CODE_YEAR_TO_MONTH) #define SQL_INTERVAL_DAY (100 + SQL_CODE_DAY_TO_HOUR) #define SQL_INTERVAL_HOUR (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_MINUTE (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_SECOND (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_YEAR_TO_MONTH (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_DAY_TO_HOUR (100 + SQL_CODE_MINUTE_TO_SECOND) #define SQL_INTERVAL_DAY_TO_MINUTE (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_DAY_TO_SECOND (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_HOUR_TO_MINUTE (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_HOUR_TO_SECOND (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_MINUTE_TO_SECOND (100 + SQL_CODE_MINUTE_TO_SECOND) It should read: #define SQL_INTERVAL_YEAR (100 + SQL_CODE_YEAR) #define SQL_INTERVAL_MONTH (100 + SQL_CODE_MONTH) #define SQL_INTERVAL_DAY (100 + SQL_CODE_DAY) #define SQL_INTERVAL_HOUR (100 + SQL_CODE_HOUR) #define SQL_INTERVAL_MINUTE (100 + SQL_CODE_MINUTE) #define SQL_INTERVAL_SECOND (100 + SQL_CODE_SECOND) #define SQL_INTERVAL_YEAR_TO_MONTH (100 + SQL_CODE_YEAR_TO_MONTH) #define SQL_INTERVAL_DAY_TO_HOUR (100 + SQL_CODE_DAY_TO_HOUR) #define SQL_INTERVAL_DAY_TO_MINUTE (100 + SQL_CODE_DAY_TO_MINUTE) #define SQL_INTERVAL_DAY_TO_SECOND (100 + SQL_CODE_DAY_TO_SECOND) #define SQL_INTERVAL_HOUR_TO_MINUTE (100 + SQL_CODE_HOUR_TO_MINUTE) #define SQL_INTERVAL_HOUR_TO_SECOND (100 + SQL_CODE_HOUR_TO_SECOND) #define SQL_INTERVAL_MINUTE_TO_SECOND (100 + SQL_CODE_MINUTE_TO_SECOND) -- 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: findutils-4.2.10-2
On Mon, Dec 06, 2004 at 10:09:57PM +, fergus wrote: Upgraded today to findutils-4.2.10-1 and then it seems almost immediately to findutils-4.2.10-2. The announcement for findutils states: Subject: [ANNOUNCEMENT] Updated: findutils-4.2.10-2 I now find that moderately short lists of the style find dirname | xargs md5sum find dirname | xargs file etc die with find: xargs: list too long. In the past (yesterday) such commands generated the required response even with exceptionally long lists. Anybody else? I was going to say WJFFM and point you to http://cygwin.com/problems.html but then I remembered that I have my /bin directory mounted with the -X option to squeeze that extra bit of performance out of cygwin. When I remove that option, I do occasionally get the error you reported. I'll release a new version which fixes this problem, ASAP. 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/
no such file or directory
Upon trying to build mozilla, after following directions to the T, I get this error when trying to build: /cygdrive/c/mozilla/ no such file or directory I can cd to this very directory Is this perhaps a path problem? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api usr/include/sqlext.h bad macros
On Mon, Dec 06, 2004 at 04:41:02PM -0500, Eric Sharkey wrote: The following was rejected on cygwin-patches. I'm intentionally posting to the wrong list now because I shouldn't have to subscribe to a mailing list just to report a bug! Since cygwin-patches isn't a bug reporting mailing list and since the below isn't a patch, It's a line by line description of what needs to be changed to fix a bug. That it's not a Larry Wall format patch doesn't make it any less of a patch. The mailing list description page says not to mail such things to this list. I'd say that that the system was working as designed. Hardly. Eric -- 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/
Suppressing linking errors with GCC/G++/ld under Cygwin
Hi, (Sorry if this is OT, I'm trying to find out the Cygwin equivalent of a GCC flag from other platforms.) I'm trying to compile a library for Qu-Prolog that will be linked at run-time with program internals. As it will be linked at run time, I would like to suppress all undefined reference errors somewhat similarly to using -undefined suppress under Mac OS X. I'm using Cygwin, and here is the error message and the g++ line that I am using. [EMAIL PROTECTED] /cygdrive/c/rand2 $ g++ -shared -Wl,-soname,sym001476 $RAND2_LIB/rand.o -lc -o sym001476 ./rand.o(.text+0x24f): In function `iunif_interface': /cygdrive/c/rand2/rand.cc:79: undefined reference to `Thread::unify(Object*, Object*, bool)' ./rand.o(.text+0x2ce): In function `iunif_interface': /cygdrive/c/qp-cygwin-withicm/src/heap_qp.h:278: undefined reference to `Heap::outOfSpace()' collect2: ld returned 1 exit status Is there any way to suppress these errors and let it compile under Cygwin the same way as using g++ -flat_namespace -undefined suppress -bundle would under Mac OS X? Regards, Robert -- 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: commands not found
I ran the bash login from dos (bash --login -i -x)and it logged me in just fine, there was no output. It still says that commands can't be found but the output is a little different. Now it puts a + and the command before telling me that it can't be found. Something that concerns me, aside from my path, is according to my cygcheck, my home is: HOME = `C:\cygwin\home\Clay' But that directory doesn't exist. I don't know even what to ask about the multiple cygwin1.dlls. I did try to install cygwin x, and then installed cygwin multiple times trying to get it to work right. Always with the same setting sthough, I thought I was just overwriting itself. So this just works for everyone else huh? That figures... I don't know a lot about this, but the following line is in the attached cygcheck.out Warning: There are multiple cygwin1.dlls on your path If I recall correctly, this is a bad thing. Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 06 December 2004 19:21 -Original Message- From: cygwin-owner On Behalf Of cygwin Sent: 06 December 2004 19:14 To: cygwin Subject: Re: commands not found I've attached the cygcheck, and also the output of env. The wrong directories definitely seem to be in my path. I am used to changing that with setenv, but I can't use that here. Thanks for your responses. Try double clicking the cygwin icon on either your desktop or your start menu. Oops, no. I thought the cygwin.bat file sets your initial path and you were bypassing it, but after taking a closer look I guess it doesn't. So let's see what your shell startup scripts are doing instead. Fire up a cmd.exe shell, change dir into C:\cygwin\bin, and enter bash --login -i -x, and show us what the output looks like. cheers, DaveK -- 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/ ---BeginMessage--- I don't know a lot about this, but the following line is in the attached cygcheck.out Warning: There are multiple cygwin1.dlls on your path If I recall correctly, this is a bad thing. Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 06 December 2004 19:21 -Original Message- From: cygwin-owner On Behalf Of cygwin Sent: 06 December 2004 19:14 To: cygwin Subject: Re: commands not found I've attached the cygcheck, and also the output of env. The wrong directories definitely seem to be in my path. I am used to changing that with setenv, but I can't use that here. Thanks for your responses. Try double clicking the cygwin icon on either your desktop or your start menu. Oops, no. I thought the cygwin.bat file sets your initial path and you were bypassing it, but after taking a closer look I guess it doesn't. So let's see what your shell startup scripts are doing instead. Fire up a cmd.exe shell, change dir into C:\cygwin\bin, and enter bash --login -i -x, and show us what the output looks like. cheers, DaveK -- 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/ ---End Message--- -- 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/
Xfce4.1.99 build problems.
Hello, While trying to build Xfce4.1.99 , in the package libxfce4util-4.1.99.1 I get the following error. Cannot export R: symbol not defined Cannot export _xfce_builtin_license_BSD: symbol not defined Cannot export _xfce_builtin_license_GPL: symbol not defined Cannot export _xfce_builtin_license_LGPL: symbol not defined Creating library file: .libs/libxfce4util.dll.a collect2: ld returned 1 exit status make[2]: *** [libxfce4util.la] Error 1 make[2]: Leaving directory `/opt/xfce-4.1.99.1/src/libxfce4util-4.1.99.1/libxfce4util' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/xfce-4.1.99.1/src/libxfce4util-4.1.99.1' make: *** [all] Error 2 Has anyone tried building xfce4.1.99 on cygwin ? Are Xfce4.1.99 cygwin-packages available somewhere? Regards, Toufeeq - .''`. Toufeeq Hussain : :' : Debian-Sarge User `. `'` Infosys,Chennai `- -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn Sent: Monday, December 06, 2004 5:01 AM To: [EMAIL PROTECTED] Subject: RE: Suggestions -Original Message- From: cygwin-owner On Behalf Of Brian Ford Sent: 05 December 2004 20:53 To: Rodrigo de Salvo Braz Cc: cygwin Subject: Re: Suggestions On Fri, 3 Dec 2004, Rodrigo de Salvo Braz wrote: Hi, Is there some more specific place in which to give suggestions or feedback about the Cygwin pages? Nope. Yes, there is! But first you gotta get a href=http://cygwin.com/acronyms#WJM;mean!/href[*] And then you gotta get up, you got to get up out of your chair, and go to the window. Open it, and stick your head out, and yell, I'm mad as hell, and I'm not going to take Cygwin any more! cheers, DaveK [*] Sigh. All my funniest posts get barfed by the list's spam filters because they mistake them for HTML. -- Can't think of a witty .sigline today -- 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: findutils-4.2.10-2
I was going to say WJFFM and point you to http://cygwin.com/problems.html Fair comment. but then I remembered that I have my /bin directory mounted with the -X option ... I'll release a new version which fixes this problem Thanks very much for responding so rapidly. I have installed findutils-4.2.10-3 but unfortunately the problem persists as in (for example) find /c/Cyg0/release/ | xargs md5sum xargs: md5sum: Argument list too long This happens on two machines, both XP Pro SP2. I attach cygcheck.out for one of them. If it helps at all, I tried wc in cases where this request succeeds/ fails, and the critical length of list is somewhere between 1341 (succeeds) and 1765 (fails). I'm afraid this was as close as I could easily get with what was available for testing on both machines. Thank you. Fergus cygcheck.out Description: Binary data -- 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/
Updated: findutils-4.2.10-2
I've made a new version of 'findutils' available for installation. This updates the package to the latest version available from alpha.gnu.org. This version is notable in that it seems to properly support files greater than 2G. It also includes a fix for the missing tempfile program in updatedb. It uses mktemp instead of tempfile, although an error message still erroneously mentions tempfile. I normally don't like release packages that are in alpha but since this package built OOTB and removed the obsolete use of tempfile, I made an exception in this case. For a brief descripton of this package, and listing of the files it contains, see http://cygwin.com/packages/findutils . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. findutils should be updated automatically, assuming that you are using a mirror which has grabbed the latest version from sourceware.org. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
