Re: Build troubles at libGL
Hi, The new mesa stuff in CVS xorg/xc busts the Xwin build. Checkout's before about 28th July work for me. Needs a bugzilla report to freedesktop.org..I suspect other X servers in the tree may also have fun. GL/gtx seems to be have clashes between the new indirect_size.h and impsize.h, looks all a bit of a dog's dinner to me. Colin Harrison -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Build troubles at libGL
Hi, In last message for GL/gtx read GL/glx. I was hoping to tweak the Tray icon a bit. When I exit X, the icon stays as a 'zombie', and disappears on mouse-over. A candidate patch:- --- save_winwndproc.c 2005-08-06 15:55:50.0 +0100 +++ winwndproc.c2005-08-06 16:07:53.0 +0100 @@ -1216,6 +1216,9 @@ case WM_ENDSESSION: case WM_GIVEUP: + /* Delete the tray Icon */ + if (!s_pScreenInfo-fNoTrayIcon s_pScreenPriv-hiconNotifyIcon != NULL) +winDeleteNotifyIcon (s_pScreenPriv); /* Tell X that we are giving up */ #ifdef XWIN_MULTIWINDOW if (s_pScreenInfo-fMultiWindow) Colin Harrison -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Shaped windows one logical unit out?
Hi, Has anyone else spotted a one logical unit error in the position of shaped windows in multiwindows mode? e.g xyes and gmplayer. Gives a 'dotted' edge ontop of gmplayer for instance. This patch fixes it for me:- --- ./programs/Xserver/hw/xwin/save_winmultiwindowshape.c 2005-08-06 18:10:02.0 +0100 +++ ./programs/Xserver/hw/xwin/winmultiwindowshape.c2005-08-06 18:07:59.0 +0100 @@ -172,19 +171,19 @@ for (pRects = pShape, pEnd = pShape + nRects; pRects pEnd; pRects++) { /* Create a Windows region for the X rectangle */ - hRgnRect = CreateRectRgn (pRects-x1 + iOffsetX - 1, - pRects-y1 + iOffsetY - 1, - pRects-x2 + iOffsetX - 1, - pRects-y2 + iOffsetY - 1); + hRgnRect = CreateRectRgn (pRects-x1 + iOffsetX, + pRects-y1 + iOffsetY, + pRects-x2 + iOffsetX, + pRects-y2 + iOffsetY); if (hRgnRect == NULL) { ErrorF (winReshape - Loop CreateRectRgn (%d, %d, %d, %d) failed: %d\n \tx1: %d x2: %d xOff: %d y1: %d y2: %d yOff: %d\n, - pRects-x1 + iOffsetX - 1, - pRects-y1 + iOffsetY - 1, - pRects-x2 + iOffsetX - 1, - pRects-y2 + iOffsetY - 1, + pRects-x1 + iOffsetX, + pRects-y1 + iOffsetY, + pRects-x2 + iOffsetX, + pRects-y2 + iOffsetY, (int) GetLastError (), pRects-x1, pRects-x2, iOffsetX, pRects-y1, pRects-y2, iOffsetY); Colin Harrison -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
winsup/cygwin ChangeLog pinfo.cc include/endia ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-08-06 23:00:06 Modified files: cygwin : ChangeLog pinfo.cc cygwin/include : endian.h cygwin/include/cygwin: types.h cygwin/include/sys: dirent.h Log message: * include/endian.h: Move everything into this file and define things more like linux. * include/cygwin/types.h: Include endian.h. * include/sys/dirent.h: Define DT_* types and conversion macros. * pinfo.cc (pinfo::init): Remove special handling for PID_ALLPIDS and execed code, even though it probably still isn't quite right. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3015r2=1.3016 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.177r2=1.178 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/endian.h.diff?cvsroot=uberbaumr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/cygwin/types.h.diff?cvsroot=uberbaumr1=1.29r2=1.30 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/sys/dirent.h.diff?cvsroot=uberbaumr1=1.4r2=1.5
winsup/cygwin dcrt0.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-08-07 02:38:46 Modified files: cygwin : dcrt0.cc Log message: revert erroneous checkin Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.251r2=1.252
Re: What is the point of create_thread_and_wait()?
Thanks, I thought there was something I was missing. VH On Fri, 5 Aug 2005, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Vaclav Haisman on 8/5/2005 4:10 PM: What is the point of create_thread_and_wait() in fhandler_netdrive::exists()? Or anywhere at all? Why spawning a thread at all when we have to wait for the task to finish immediately after it is started? I really would like to know, even though it is probably just lack of knowledge on my side. Windows has the (nasty) habit of blocking EVERYTHING in the current thread, including ctrl-c, when doing lengthy network tasks. Spawning the blocking task to its own thread allows cygwin to still react to signals in the primary thread. This threading code was added to fhandler_netdrive due to complaints at the difficulty in stopping a runaway 'ls -F //' on large domains when // was first made a directory; search the archives from earlier this year for more details. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC9CQr84KuGfSFAYARAumxAJ9RVgjCVEscsf9v+HHTc/n8BCkp9gCgtcA5 kBIvfgmuBXAaLsc0ho/HK3k= =mrcX -END PGP SIGNATURE- -- 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: Apache with mod_perl up and running
Harald Joerg wrote: Gerrit P. Haase writes: Harald Joerg wrote: We already know that - for archeological reasons - mod_perl's DSO library happens to have the same file name as perl's, eh? Here's a place where this *really* bit me. Oh yeah, I cannot believe that they don't change the name. If someone has a nice workaround to add to perlld to handle this issue with mod_perl, feel free to contact me. How about being a bit more positive when checking for perl? The following patch tests whether the dll being built contains an object called 'perl.o' (would we have to check $(OBJ_EXT)? I hope not - perlld is cygwin and cygwin has '.o'): --- /usr/bin/perlld.orig2005-08-05 11:06:27.041388400 +0200 +++ /usr/bin/perlld 2005-08-05 11:07:23.288868400 +0200 @@ -49,5 +49,5 @@ my $v_e_r_s = substr(5.8.7,0,-2); $v_e_r_s =~ tr/./_/; - if ( $dllname =~ /libperl.*/) { + if ( $dllname =~ /libperl.*/$args =~ /\bperl\.o\b/) { $dllname =cygperl$v_e_r_s.dll; } else { I admit that I have not yet rebuilt perl with this perlld - but mod_perl now takes the perlld step without being renamed. This idea is good! I'll try s.th. along these lines. P.S.: In the meantime I managed to compile mod_auth_kerb as well, linking against /usr/bin/libhttpd as you recommended. So my mod_perl deviation had its merits :-) P.P.S.: In my success story about mod_perl I forgot to mention that I had to run rebaseall to get the server running. Try to use --enable-auto-image-base for linking, this should minimize the need for rebasing. P.P.P.S.: Ah, yes, and I had to re-install emacs because it got stuck in an endless loop immediately after starting (consuming 100% CPU) after the rebaseall. I try to avoid using rebase and I don't use emacs, but I think if it is a generic problem with emacs it is probably well known, maybe the archives contain some discussion about this issue. Gerrit -- =^..^= -- 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: Trouble making .so (undefined symbols)
Warren Young wrote: Brian Dessent wrote: http://cygwin.com/ml/cygwin/2004-11/msg00159.html Okay...that gets the DLL to build. For the archives, the pthread changes are no longer required with current v4.1.x versions. But the MySQL++ examples still hang when built against a Cygwin MySQL client DLL. New problem: example programs link, and run for a short while, then This is with a native server? Or a Cygwin server? With a native Linux server, on another box. :) You might be interested to try it yourself. Apply the attached patch to MySQL++. Then say ./bootstrap to re-build all the autoconf stuff, and then make them. The very first example you need to run, examples/resetdb, exhibits the problem. FYI, usually it sufficient (or even better) to link against import libraries, i.e. add -lmysqlclient as it is done on Linux. Gerrit -- =^..^= -- 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 MySQL patch file to version 4.1.13a (was: Re: Trouble making .so (undefined symbols))
Repost because the mail was too large with the attached patch, will send on request, please send reply to this mail to my private address if you want the patch file. The patch is against MySQL 4.1.13a. If there are some hunks failing for some Makefile.in or configure, just ignore it and run `autoreconf -f -v -i` after applying it ( --- only if applying this patch to later releases). I'm using a script to build the server, usage: put the script, the extracted patch file and the source tarball together in one directory, run the script with option 'all' or run the several steps manually: ./mysql-4.1.13a-1.sh prep ./mysql-4.1.13a-1.sh lnconf ./mysql-4.1.13a-1.sh conf ./mysql-4.1.13a-1.sh build ./mysql-4.1.13a-1.sh install ./mysql-4.1.13a-1.sh strip ./mysql-4.1.13a-1.sh pkg ./mysql-4.1.13a-1.sh spkg ./mysql-4.1.13a-1.sh finish This results in three tarballs, one including patch, script and source tarball, one including the runtime and one including import libraries and headers. Docs are included in the runtime package. One addition because I cannot run make test with this script: $ diff -u mysql-4.1.13a/mysql-test/mysql-test-run.pl~ mysql-4.1.13a/mysql-test/mysql-test-run.pl --- mysql-4.1.13a/mysql-test/mysql-test-run.pl~ 2005-08-06 10:59:43.19396 +0200 +++ mysql-4.1.13a/mysql-test/mysql-test-run.pl 2005-08-06 10:58:44.199129600 +0200 @@ -393,7 +393,7 @@ $glob_scriptname= basename($0); $glob_win32_perl= ($^O eq MSWin32); - $glob_cygwin_perl= ($^O eq cygwin); + $glob_cygwin_perl= 0; $glob_win32= ($glob_win32_perl or $glob_cygwin_perl); # We require that we are in the mysql-test directory @@ -418,6 +418,7 @@ if ( $glob_cygwin_perl ) { # Windows programs like 'mysqld' needs Windows paths +# Bullshit! Cygwin is not Windows and doesn't need Windows paths! Regards, Gerrit P. $glob_mysql_test_dir= `cygpath -m $glob_mysql_test_dir`; my $shell= $ENV{'SHELL'} || /bin/bash; $glob_cygwin_shell= `cygpath -w $shell`; # The Windows path c:\... Gerrit -- =^..^= -- 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: bash is crashing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Cary Jamison on 8/5/2005 6:40 PM: cd $LDIR while true do sleep 10 It appears to be crashing here in the sleep. It will go for just a few loops around to several minutes before crashing. What should I try next. Maybe a strace? The collected strace would be huge, but may be the next step. Try and pick out the tail end of the trace where the crash actually happens, rather than the entire trace. But that will only point out what syscalls were being made prior to the crash. Actually, a better next step might be to build your own debugging version of bash, with symbols still compiled in, so that you can get a backtrace of the crash. I'm still trying to reproduce your failure, with no success yet. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC9LSN84KuGfSFAYARAlyEAKCJ8OKTyMdB2SFJR73iKVi7BCCWOgCfYTcZ 4JjcohaRIVRCMxfJNVXdvA0= =ZNiX -END PGP SIGNATURE- -- 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: Updated MySQL patch file to version 4.1.13a
Warren Young wrote: Gerrit P. Haase wrote: The attached patch is against MySQL 4.1.13a. Still no joy. What is the problem? Thanks for your effort, but I'm ready to give up, for the overriding licensing reasons stated elsewhere in this thread. Fine. With more maintainers like you all the open source software would already have been trashed. Gerrit -- =^..^= -- 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/
segfault with pthread and detached attribute
Hi, I had strange hangs and segfaults with a program, and it happens that detached thread termination may segfault: #include windows.h #include pthread.h #include stdio.h void *f(void *foo) { return(NULL); } pthread_t t; pthread_attr_t attr; int main(void) { if (pthread_attr_init(attr)) perror(pthread_attr_init); if (pthread_attr_setdetachstate(attr, PTHREAD_CREATE_DETACHED)) perror(pthread_attr_setdetachstate); if (pthread_create(t,attr,f,NULL)) perror(pthread_create); Sleep(1); return 0; } segfaults with latest net cygwin: Stack trace: Frame Function Args 0022EAC8 7C802542 (0708, EA60, 00A4, 0022EB04) WaitForSingleObject+18 (which is pop %ebp after calling WaitForSingleObjectEx) 0022EBD8 61088618 (, 7C859BB0, 40010006, ) sigemptyset+4616 0022ECC8 610865FC (, , 0001, 0022ED78) writev+1821 0022ED48 61086B1B (0006, 0001, , ) writev+3132 0022EDF8 61086CD3 (0B38, 0006, 0022EE28, 61086EC7) writev+3572 0022EE08 61086CFC (0006, , 004B2000, 004B2000) writev+3613 0022EE28 61086EC7 (7C809F90, , 7C809F8A, 004B) sigfillset+343 0022EE58 610AA8B2 (00403020, 00403030, 0022EE88, 6109B63C) setstate+2562 0022EE88 6104EC66 (004B2620, , 004B2600, ) lsearch+118 0022EEB8 610A11CE (00403030, 00403020, 00401050, ) pthread_getspecific+13806 0022EEE8 610844FF (0001, 004B25A8, 004B0090, 610A5E22) cygwin1!aclcheck+62431 0022EFD8 61004DD2 (0022EFF0, 0022F03C, 00342320, 002310A0) exit+1474 0022FF88 6100594F (, , , ) dll_crt0+207 End of stack trace I don't know why registers are not dumped. Running it through gdb or strace just makes it work... Adding a Sleep(1000); in the f() function before returning prevents from the crash, so I guess f() returning fast triggers a race condition in the pthread code. Regards, Samuel Cygwin Configuration Diagnostics Current System Time: Sat Aug 06 15:39:25 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\sbin C:\cygwin\usr\sbin C:\cygwin\sbin C:\cygwin\lib\ccache d:\home\samy\bin C:\cygwin\opt\cxoffice\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem C:\cygwin\usr\local\mupad\share\bin C:\cygwin\usr\local\maple\bin C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(Samuel Thibault) GID: 513(Aucun) =0(root) 513(Aucun) 544(Administrateurs) 545(Utilisateurs) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(Samuel Thibault) GID: 513(Aucun) =0(root) 513(Aucun) 544(Administrateurs) 545(Utilisateurs) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `/home/samy' PWD = `/home/samy' LD_LIBRARY_PATH = `/home/samy/ens/stage/1/src/tmp/lib/Linux' USER = `Samuel Thibault' MAKE_MODE = `unix' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Samuel Thibault\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs' COMPUTERNAME = `IMPLEMENTATION' COMSPEC = `C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Samuel Thibault' LOGONSERVER = `\\IMPLEMENTATION' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0d06' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `/cygdrive/c/DOCUME~1/SAMUEL~1/LOCALS~1/Temp' TMP = `/cygdrive/c/DOCUME~1/SAMUEL~1/LOCALS~1/Temp' USERDOMAIN = `IMPLEMENTATION' USERPROFILE = `C:\Documents and Settings\Samuel Thibault' WINDIR = `C:\WINDOWS' TERM = `cygwin' TZ = ` -1 -2,M3.5.0/2,M10.5.0/3' LOGNAME = `Samuel Thibault' SHLVL = `1' OLDPWD = `/home/samy/dbg' DINO_LOGIN = `youpi' DINO_PASS = `AWwpyrju' DINO_SERV = `gw4.dino.ens-lyon.org' DINO_EDITOR = `vim' DINO_NICK = `youpi' LANG = [EMAIL PROTECTED]' LC_COLLATE = `C' EDITOR = `vim' VISUAL = `vim' CFLAGS = `-Wall -g' CC = `gcc' IRCNICK = `youpi' CVS_RSH = `/bin/ssh' RSYNC_RSH = `ssh' CRMOTHERSHIP = `bouh' OSE_HOST = `X86_LINUX' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:/home/samy/ens/projet/1/mielke-svn/brltty/Documents::/usr/lib/bitkeeper/man:/usr/ssl/man' PM2_RSH = `ssh' BK_RSH = `bk_ssh' BK_LICENSE = `ACCEPTED' BK_USER = `samuel.thibault' BK_HOST = `ens-lyon.org' PAGER = `less' GREP_OPTIONS = `--color=auto --exclude=.*.swp --exclude=*___* --exclude=.del-* --exclude=tags' DISTCC_HOSTS = `joe:3633
Re: Updated MySQL patch file to version 4.1.13a
Gerrit P. Haase wrote: Warren Young wrote: Gerrit P. Haase wrote: The attached patch is against MySQL 4.1.13a. Still no joy. What is the problem? FYI, I can connect without problems using mysql: mysql \s -- mysql Ver 14.7 Distrib 4.1.13a, for pc-cygwin (i686) using EditLine wrapper Connection id: 4 Current database: Current user: [EMAIL PROTECTED] SSL:Not in use Current pager: less Using outfile: '' Using delimiter:; Server version: 4.1.13a Protocol version: 10 Connection: Localhost via UNIX socket Server characterset:latin1 Db characterset:latin1 Client characterset:latin1 Conn. characterset:latin1 UNIX socket:/var/mysql/mysql.sock Uptime: 13 min 24 sec Threads: 1 Questions: 9 Slow queries: 0 Opens: 15 Flush tables: 1 Open tables: 4 Queries per second avg: 0.011 -- mysql -- =^..^= -- 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: Updated MySQL patch file to version 4.1.13a
Gerrit P. Haase wrote: Gerrit P. Haase wrote: Warren Young wrote: Gerrit P. Haase wrote: The attached patch is against MySQL 4.1.13a. Still no joy. What is the problem? FYI, I can connect without problems using mysql: mysql \s -- mysql Ver 14.7 Distrib 4.1.13a, for pc-cygwin (i686) using EditLine wrapper Connection id: 4 Current database: Current user: [EMAIL PROTECTED] SSL:Not in use Current pager: less Using outfile: '' Using delimiter:; Server version: 4.1.13a Protocol version: 10 Connection: Localhost via UNIX socket Server characterset:latin1 Db characterset:latin1 Client characterset:latin1 Conn. characterset:latin1 UNIX socket:/var/mysql/mysql.sock Uptime: 13 min 24 sec Threads: 1 Questions: 9 Slow queries: 0 Opens: 15 Flush tables: 1 Open tables: 4 Queries per second avg: 0.011 -- mysql FWIW, it works as well using TCP/IP: $ mysql --host=192.168.1.101 Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 6 to server version: 4.1.13a Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql \s -- mysql Ver 14.7 Distrib 4.1.13a, for pc-cygwin (i686) using EditLine wrapper Connection id: 6 Current database: Current user: [EMAIL PROTECTED] SSL:Not in use Current pager: less Using outfile: '' Using delimiter:; Server version: 4.1.13a Protocol version: 10 Connection: 192.168.1.101 via TCP/IP Server characterset:latin1 Db characterset:latin1 Client characterset:latin1 Conn. characterset:latin1 TCP port: 3306 Uptime: 17 min 6 sec Threads: 3 Questions: 13 Slow queries: 0 Opens: 15 Flush tables: 1 Open tables: 4 Queries per second avg: 0.013 -- mysql Gerrit -- =^..^= -- 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: Updated MySQL patch file to version 4.1.13a
Warren Young wrote: Gerrit P. Haase wrote: The attached patch is against MySQL 4.1.13a. Still no joy. From what I see there is a bug in your code somewhere: $ ./resetdb 192.168.1.101 gerrit Connecting to database server... Error creating DB: Access denied for user ''@'INSPIRON' to database 'mysql_cpp_data' Username is empty here but should be gerrit. It looks the same when I specify no username or mysqld or whatever. Why it is not possible to connect using the socket instead of TCP/IP, I don't know, as posted previously, connecting with mysql works fine. Gerrit -- =^..^= -- 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: segfault with pthread and detached attribute
On Aug 6 15:45, Samuel Thibault wrote: Hi, I had strange hangs and segfaults with a program, and it happens that detached thread termination may segfault: [...] Adding a Sleep(1000); in the f() function before returning prevents from the crash, so I guess f() returning fast triggers a race condition in the pthread code. Thanks for the testcase. This is fixed in current CVS, apparently. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: building a cross compiling cygwin gcc on linux
On 8/4/05, Michael Richardson wrote: Ironically, if you google for cygwin cross compiler linux (including the quotes), you only get Christopher Faylor's post telling everyone that you should google for that :-) I'm not sure why it's not higher on the search results, but Harold wrote a pretty good guide: http://x.cygwin.com/docs/cg/prog-build-cross.html He suggests copying over headers and libraries, but they are obviously available in cygwin packages, too. -- 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: pid confusion and pstree
On 8/4/05, Jason Pyeron wrote: hmmm? why are there zeros on the PGID, and why when using -W does PID change to WINPID? BUG? Actually, I don't know if this is a bug or a documentation shortcoming. From looking at the source, it looks like cygwin returns the same number for p-pid and p-dwProcessId when using CW_GETPINFO_FULL. Shouldn't p-pid still be the Cygwin pid if it exists? I tried looking at external.cc and it made my head hurt, but I *think* this would do it (sorry, no time to build right now): RCS file: /cvs/src/src/winsup/cygwin/external.cc,v retrieving revision 1.77 diff -r1.77 external.cc 77c77,79 ep.pid = p-pid; --- ep.pid = cygwin_pid (thispid); if (!ep.pid) ep.pid = p-pid; -- 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: Migrating .emacs Configuration File to Newer Emacsen
Please avoid pointing at each other blaming for the fault, Emacs maintenance should be in cathedral mode instead of bazaar mode because it is an important infrastructure and deregulation and privatising infrastructures hasn't yielded the benefits promised, but worsened service and quality below former public maintenance which will make shareholder value go down rapidly in the not too far future. I am not sure whether I agree, but I think the main problem with Emacs maintenance is that I don't have enough time to spend on it. Other people do some of the jobs that I used to do, but some jobs don't have someone to do them. -- 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: Question about coreutils common option -
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Peter Farley on 8/6/2005 1:11 PM: I thought the following would produce ls -l output for the space-separated list of files selected by the find options, but instead I get an error message from ls: $ find a -daystart -type f -mtime 7 -printf %p|ls -l - ls: -: No such file or directory ls doesn't read stdin. Instead, use xargs, which does read a list of filenames on stdin and turns it into arguments, or else use find itself to pass the filename on to ls: find a -daystart -type f -mtime 7 -printf %p | xargs ls -l find a -daystart -type f -mtime 7 | xargs ls -l find a -daystart -type f -mtime 7 -exec ls -l {} \; By the way, the first two have problems with spaces in filenames, and also if there are no filenames found, so if you really want to use xargs, try: find a -daystart -type f -mtype 7 -print0 | xargs -r0 ls -l Or if you like ls -dils instead of ls -l: find a -daystart -type f -mtime 7 -ls I do not have an *ix system on which to test if this is a Cygwin coreutils problem or a misunderstanding by me of the operation of the - option. Can you please tell me if I am wrong about my use of the - option? This is not a cygwin-specific problem, but a general misunderstanding on your part how find and ls work. Read up on their man or info pages. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC9RDW84KuGfSFAYARAkm+AKDX/7HmbYTkYFgFnsDXMBHriIttfwCfbMC9 ySS5GrAHjxfJCN6HbOBxkSY= =1u/b -END PGP SIGNATURE- -- 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/
Question about coreutils common option -
I thought the following would produce ls -l output for the space-separated list of files selected by the find options, but instead I get an error message from ls: $ find a -daystart -type f -mtime 7 -printf %p|ls -l - ls: -: No such file or directory The output from the find looks like this: $ find a -daystart -type f -mtime 7 -printf %p a/list.txt a/list_0002.txt I do not have an *ix system on which to test if this is a Cygwin coreutils problem or a misunderstanding by me of the operation of the - option. Can you please tell me if I am wrong about my use of the - option? cygcheck -svr output pasted below, unfortunately Yahoo mail doesn't seem to allow me to create an attachment to send. TIA for any help/RTFM/info you can provide. Peter Cygwin Configuration Diagnostics Current System Time: Sat Aug 06 14:59:07 2005 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\PROGRA~1\COMMON~1\SONICS~1\ c:\Program Files\IBM\Personal Communications\ c:\Program Files\IBM\Trace Facility\ c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Peter)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Peter)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `Peter' PWD = `/cygdrive/c/mvs38j/prt' HOME = `/home/Peter' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\Peter' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' APPDATA = `C:\Documents and Settings\Peter\Application Data' HOSTNAME = `D2419R51-8400' TERM = `cygwin' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 3 Stepping 4, GenuineIntel' WINDIR = `C:\WINDOWS' TEXDOCVIEW_txt = `cygstart %s' TEXDOCVIEW_dvi = `cygstart %s' OLDPWD = `/cygdrive/c/mvs38j/prt' USERDOMAIN = `D2419R51-8400' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' !:: = `::\' TEMP = `/cygdrive/c/DOCUME~1/Peter/LOCALS~1/Temp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' USERNAME = `Peter' TEXDOCVIEW_pdf = `cygstart %s' PROCESSOR_LEVEL = `15' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' TEXDOCVIEW_html = `cygstart %s' USERPROFILE = `C:\Documents and Settings\Peter' CLIENTNAME = `Console' PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = `\\D2419R51-8400' PROCESSOR_ARCHITECTURE = `x86' !C: = `C:\cygwin\bin' SHLVL = `1' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' PROMPT = `$P$G' COMSPEC = `C:\WINDOWS\system32\cmd.exe' TMP = `/cygdrive/c/DOCUME~1/Peter/LOCALS~1/Temp' SYSTEMROOT = `C:\WINDOWS' PRINTER = `hp photosmart 1218 series' CVS_RSH = `/bin/ssh' PROCESSOR_REVISION = `0304' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' TEXDOCVIEW_ps = `cygstart %s' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' PROGRAMFILES = `C:\Program Files' NUMBER_OF_PROCESSORS = `2' SESSIONNAME = `Console' COMPUTERNAME = `D2419R51-8400' PCOMM_ROOT = `C:\Program Files\IBM\Personal Communications\' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS152539Mb 22% CP CS UN PA FC d: cd CDFS 545Mb 100%CS UN CDROM e: cd CDFS 592Mb 100%CS UN Sims2EP1_1 f: hd FAT 1019Mb 2% CPUN g: hd FAT 2039Mb 58% CPUN h: hd FAT 2039Mb 32% CPUN i: hd FAT 2039Mb 78% CPUN j: hd FAT 2039Mb 81% CPUN GNU k: hd FAT376Mb 51% CPUN DJGPP l: hd FAT 1176Mb 94% CPUN DATA m: hd FAT643Mb 87% CPUN WINDOWS n: hd FAT 2039Mb 99% CPUN
Re: Question about coreutils common option -
Peter Farley wrote: I thought the following would produce ls -l output for the space-separated list of files selected by the find options, but instead I get an error message from ls: $ find a -daystart -type f -mtime 7 -printf %p|ls -l - ls: -: No such file or directory The output from the find looks like this: $ find a -daystart -type f -mtime 7 -printf %p a/list.txt a/list_0002.txt I've never heard of using '-' to ls this way. The coreutils info page does list it as a common flag, but my interpretation of the language there is that it's only referring to programs that act as input/output filters, not as a general-purpose way of passing filename arguments. That's why xargs exists. You can get ls-like output from find without any other programs: find a -daystart -type f -mtime 7 -ls If you must use an external program, the usual way to take the output from find and send it as arguments is with xargs: find a -daystart -type f -mtime 7 | xargs ls -l Note that both this and your '-printf %p' method will not work for filenames that contain spaces or special characters. Therefore the superior way of doing this is: find a -daystart -type f -mtime 7 -print0 | xargs -0 ls -l I do not have an *ix system on which to test if this is a Cygwin coreutils problem or a misunderstanding by me of the operation of the - option. Can you please tell me if I am wrong about my use of the - option? It doesn't work under linux either. (It's the same coreutils code in either case.) 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: Question about coreutils common option -
--- Brian Dessent [EMAIL PROTECTED] wrote: Snipped I've never heard of using '-' to ls this way. The coreutils info page does list it as a common flag, but my interpretation of the language there is that it's only referring to programs that act as input/output filters, not as a general- purpose way of passing filename arguments. That's why xargs exists. How to use xargs is a definite hole in my knowledge. I have read the xargs info a few times, but I don't think I have understood it yet. I will go back to it and try to get it this time. You can get ls-like output from find without any other programs: find a -daystart -type f -mtime 7 -ls If you must use an external program, the usual way to take the output from find and send it as arguments is with xargs: find a -daystart -type f -mtime 7 | xargs ls -l Yes, I saw that in the info for the find -ls option, but in this case I am going to eventually substitute another external program for ls to process the filenames in another way. xargs would seem to be the correct answer for that, as you noted. Note that both this and your '-printf %p' method will not work for filenames that contain spaces or special characters. Therefore the superior way of doing this is: find a -daystart -type f -mtime 7 -print0 | xargs -0 ls -l Not a problem in this case, the filenames to be processed are space-less and without any special characters because of the program that creates them. Thanks anyway for the info, I will remember it. Snipped It doesn't work under linux either. (It's the same coreutils code in either case.) Understood. Many thanks for reducing my level of ignorance. Peter __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://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: Cygrunsrv -windows 2k service hangs with message Stopping
You have to find the cygrunsrv process associated with that service and kill it using Task Manager or whatever. I have not found a way of matching them up, so when I am having problems with one of my Cygwin services, I shut down all other Cygwin services so I don't kill the wrong one. -- lhicks at nc dot rr dot 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: Is the Cygwin installation process likely to change significantly anytime soon?
On Tue, Aug 02, 2005 at 08:21:14PM -0600, Jonathan Turkanis wrote: Jonathan Turkanis wrote: ... Therefore I'd like to know if there are plans to change the installation process in the near future. For example, it would be very helpful to know how stable the following features of the current installation process are: Thanks for all the responses to my initial inquiry! Here's what I've written so far; I'd like to know if there are any errors and how it might be improved. I discuss Cygwin in two places, which I've labelled Installing Cygwin and Discussion of Cygwin and MinGW. Best Regards, Jonathan Turkanis Installing Cygwin To install Cygwin, go to the Cygwin homepage, www.cygwin.com, and follow the link Install Cygwin Now to download the Cygwin installation program setup.exe. Next, run setup.exe. It will ask you to make a series of choices, such as where Cygwin should be installed. --- I'm explaining the Cygwin installation process in detail because it's a bit confusing. The process may have changed by the time you read this, but if it has, it will probably have been made easier. --- I would prefer that you would not use the word confusing since it is a charged word which really only indicates the state of the person doing the writing. Predisposing first-time users into thinking that installation is confusing is not, IMO, a really good idea. I'd prefer something like can be a little complicated depending on what you're trying to install. 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: Is the Cygwin installation process likely to change significantly anytime soon?
Christopher Faylor wrote: Jonathan Turkanis wrote: --- I'm explaining the Cygwin installation process in detail because it's a bit confusing. The process may have changed by the time you read this, but if it has, it will probably have been made easier. --- I would prefer that you would not use the word confusing since it is a charged word which really only indicates the state of the person doing the writing. True -- if it's confusing only to me, that's of little interest to the reader. Saying it can be a bit confusing would be more relevant (and also true, I'm afraid). Predisposing first-time users into thinking that installation is confusing is not, IMO, a really good idea. I'm sympathetic, and open to suggestions. I'd prefer something like can be a little complicated depending on what you're trying to install. I think I can live with this as long as the sentence ends after the word complicated. To me, the package selection process is counter-intuitive regardless of how much or how little I'm trying to install. I'm certainly not trying to denigrate Cygwin; I'm trying to solve a practical problem: how to get readers to install Cygwin, without giving up in the middle, so they can get to the next step (which happens to be running g++ and make). I also have to say something about why I'm going into such detail, rather than just saying run the installation utility. As long as I have some plausible way to introduce the detailed installation instructions, without bending the truth too much, I'm happy. cgf Best Regards, Jonathan -- 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: Postmaster core dumps
On Thu, Aug 04, 2005 at 03:10:30PM +0200, Corinna Vinschen wrote: On Aug 3 17:39, Corinna Vinschen wrote: On Aug 3 17:17, Novaelec wrote: Hello Corinna, I think the problem is in cygserver because the bug is related to semaphores when I use gdb. [...] Sorry to say that, but to me it looks like a bug in postmaster. Looking into the stacktrace printed when the SEGV occurs, I'm getting this: $ addr2line -e /bin/cygwin1.dll 610D6127 610028FE 610173A9 61017A6E 61017D1F 6109E76C 610942FF /home/corinna/src/cygwin/vanilla/newlib/libc/machine/i386/memset.S:45 /home/corinna/src/cygwin/vanilla/winsup/cygwin/cygheap.cc:331 /home/corinna/src/cygwin/vanilla/winsup/cygwin/dtable.cc:375 /home/corinna/src/cygwin/vanilla/winsup/cygwin/dtable.cc:486 /home/corinna/src/cygwin/vanilla/winsup/cygwin/dtable.cc:532 /home/corinna/src/cygwin/vanilla/winsup/cygwin/syscalls.cc:127 This is the stacktrace of a dup() call on the tty slave descriptor. It looks like a heap corruption to me. It has certainly nothing to do with semaphores. FYI, I tracked the problem down to a point that I can savely say, it's neither a bug in postgresql, nor in cygserver. It has nothing to do with semaphores. As noted above, it's a heap problem, but it's entirely inside Cygwin. Unfortunately I have no fix so far. For the curious, it's reproducible with int fd; for (;;) fd = dup (0); This should be fixed in today's snapshot. 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/
gcc 4.0 on cygwin
Continuing discussions regarding gcc 3.4 beg the question of when we are going to start work on gcc 4.0 for cygwin. Is there anything holding us back? As I understand it, Debian will skip over gcc 3.4 and move from 3.3 to 4.0 as its standard compiler for Etch. This gives me some confidence that gcc 4.0 is going to be very thoroughly vetted over the next 18 to 24 months. I wonder if the time we are spending on gcc 3.4 might be better spent on what will probably be a better tested and better performing compiler. No disrespect is intended for the massive amount of work already done on gcc 3.4. I just wonder if it isn't time to move on? -- 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/