Re: INT32: jmorecfg.h
Christopher Faylor wrote: On Mon, Jul 26, 2004 at 08:44:11PM -0400, Mathieu Malaterre wrote: Hi, I am trying to compile VTK using the jpeg library shipped with cygwin. And I have a problem of compilation: Building object file vtkJPEGReader.o... In file included from /usr/include/jpeglib.h:30, from /home/mathieu/Kitware/VTK/Utilities/vtk_jpeg.h:21, from /home/mathieu/Kitware/VTK/IO/vtkJPEGReader.cxx:23: /usr/include/jmorecfg.h:250: error: conflicting types for `typedef long int INT32' /usr/include/w32api/basetsd.h:52: error: previous declaration as `typedef int INT32' could someone patch the jpeg6b lib (look at line 249) : You're mixing cygwin includes with native windows includes. That's not designed to work well. VTK compiles / runs on: - Nearly every Unix-based plateform (SGI, HP-UX, SUN ...) - Windows 95/98/NT/2000/XP - Tons of linux flavor - Mac OS X - *BSD So I believe we have a rather clean approach. It's just the fact that defining INT32 globally without no namespace is rather dangerous, don't you think ? All I was asking, was just for a little barrier (since a barrier from XMD_H was already done). my 2 cents Mathieu -- 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: INT32: jmorecfg.h
On Mon, Jul 26, 2004 at 08:44:11PM -0400, Mathieu Malaterre wrote: >Hi, > > I am trying to compile VTK using the jpeg library shipped with > cygwin. And I have a problem of compilation: > >Building object file vtkJPEGReader.o... >In file included from /usr/include/jpeglib.h:30, > from /home/mathieu/Kitware/VTK/Utilities/vtk_jpeg.h:21, > from /home/mathieu/Kitware/VTK/IO/vtkJPEGReader.cxx:23: >/usr/include/jmorecfg.h:250: error: conflicting types for `typedef long int > INT32' >/usr/include/w32api/basetsd.h:52: error: previous declaration as >`typedef int > INT32' > > > could someone patch the jpeg6b lib (look at line 249) : You're mixing cygwin includes with native windows includes. That's not designed to work well. 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/
INT32: jmorecfg.h
Hi, I am trying to compile VTK using the jpeg library shipped with cygwin. And I have a problem of compilation: Building object file vtkJPEGReader.o... In file included from /usr/include/jpeglib.h:30, from /home/mathieu/Kitware/VTK/Utilities/vtk_jpeg.h:21, from /home/mathieu/Kitware/VTK/IO/vtkJPEGReader.cxx:23: /usr/include/jmorecfg.h:250: error: conflicting types for `typedef long int INT32' /usr/include/w32api/basetsd.h:52: error: previous declaration as `typedef int INT32' could someone patch the jpeg6b lib (look at line 249) : #ifdef XMD_H into #if !defined(XMD_H) && !defined(_BASETSD_H_) Thanks Mathieu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin and PerlQt
Hello, I would like to know if there is any official effort to make PerlQt work under cygwin. After trawling through many FAQs and mailing lists and spending hours trying to first compile it and then install binary packages I found on the net I am still no closer to getting PerlQt to work. I would really appreciate any info on this subject. cheers, tomek -- 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/
Unable to change permissions on networked files, cygwin 1.5.11
Hi, I'm experiencing problems with setting permissions on networked drives. I have tried this on 2 different networks with the same results. I have a network share from a Win2k machine with an assigned drive letter (let's say F:). If I cd to a directory using /cygdrive/f/some_directory and try to change the permissions on a file using (for example): chmod 755 some_file or chmod 666 some_file I get no error messages but the permissions do not change. This used to work fine (a few months ago) and then, later, I started getting an error message about being unable to change permissions but the permissions WERE changed as expected (sorry, I don't remember the Cygwin version). I have installed the latest snapshot but the problem persists. I didn't report this previously because I thought the network administrator where I'm working may have done something to cause things to break but I finally got around to setting up a simple 2-machine network at home and confirmed that the problem exists there too. Is this a bug or am I doing something wrong? Thanks. __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail cygcheck.out Description: cygcheck.out -- 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/
More: glitch with upgraded ImageMagick-6.0.3-1
>> I had to copy the file magic.mgk to the >> /lib/ImageMagick-6.0.3/config directory >> to get it to work ... Thanks. >> ... all is ok now. Wish mine was. I find that convert g0.ps g0.jpg works just fine but convert g0.dvi g0.jpg still fails with the identical error message. What happens when you try this? Maybe your fix is not quite general. (Or I am failing to implement it correctly. There are two different magic.mgk files I could copy in the manner instructed - not to mention a magic.mgc file.) Thanks anyway. 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: Fetchmail and Procmail
Jason Tishler wrote: George, On Mon, Jul 26, 2004 at 06:14:36AM -0700, George wrote: Jason Tishler wrote: On Sun, Jul 25, 2004 at 05:19:26AM -0700, George wrote: [snip] See the procmail man page. I've read all man page and all related manpages. Hmm... What about the following? $ man procmail [snip] Suspicious rcfile "x" The owner of the rcfile was not the recipient or root, the file was world writable, or the directory that contained it was world writable, or this was the default rcfile ($HOME/.procmailrc) and either it was group writable or the directory that contained it was group writable (the rcfile was not used). Ok. I am thoroughly embarassed. Maybe instead of reading the man page several times, I should have read a single time but more carefully? :-( [snip] [snip] [snip] As for testing on a Unix box, I'm in that category of Cygwin users who need to make something work in a Windows environment. My question relates more to whether I should be disppointed or satisfied with the results. I suggested a comparison to help you find the "bottleneck." If the cost of the fork (of procmail) is the issue, then Cygwin is slowing you down. If the network speed or the way that fetchmail interacts with the mail server is the issue, then it's not. Note these are just some ideas... I will leave it to you to dig deeper, if interested. I'm confident the fetchmail part of the equation is not the problem, and as my procmail recipes are minimal I'll have to assume, at least for the moment, that the forking is the issue. Thanks again for the comments, Jason. They've been helpful. -- 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/
Attract the ladies!
Looking to attract the ladies? Check out the link below for more infomation! http://www.pipe-34.net/dfx/?a=31 -- 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: [ADMINISTRIVIA] new virus claims to be from sources.redhat.com or cygwin.com
> We're receiving a ton of email with zip attachments which purport to be > from sources.redhat.com or cygwin.com. These show up as bogus bounce > messages, sometimes from "[EMAIL PROTECTED]" or > "[EMAIL PROTECTED]". > > Since I'm seeing quite a few of these in the postmaster inbox, I can > only assume that everyone else is getting them, too. If you get one of > these please do the wise thing and just delete the message. Don't open > it and please don't complain to postmaster. this is probably the new mydoom variant that's making the rounds 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/
[ADMINISTRIVIA] new virus claims to be from sources.redhat.com or cygwin.com
We're receiving a ton of email with zip attachments which purport to be from sources.redhat.com or cygwin.com. These show up as bogus bounce messages, sometimes from "[EMAIL PROTECTED]" or "[EMAIL PROTECTED]". Since I'm seeing quite a few of these in the postmaster inbox, I can only assume that everyone else is getting them, too. If you get one of these please do the wise thing and just delete the message. Don't open it and please don't complain to postmaster. Thank you. 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: Fetchmail and Procmail
George, On Mon, Jul 26, 2004 at 06:14:36AM -0700, George wrote: > Jason Tishler wrote: > >On Sun, Jul 25, 2004 at 05:19:26AM -0700, George wrote: > > > >>1. I'm getting an error about a "suspicious ~/.procmailrc" file. > >>I'm guessing this is a permissions problem. If that's the case, > >>could someone let me know what the correct permissions should be? > >>For the moment, using a '/etc/procmailrc' seems to be the only thing > >>that works. > > > >See the procmail man page. > > > I've read all man page and all related manpages. Hmm... What about the following? $ man procmail [snip] Suspicious rcfile "x" The owner of the rcfile was not the recipient or root, the file was world writable, or the directory that contained it was world writable, or this was the default rcfile ($HOME/.procmailrc) and either it was group writable or the directory that contained it was group writable (the rcfile was not used). > >>2. Procmail seems to be rather slow. I don't know whether this is > >>normal, but I've timed one mailbox download and it's taking on > >>average 10 minutes to process 317 messages (2MB total) > >> > > > >It's fast enough for me, 10,000 - 30,000 messages per month -- even > >on a PIII 500 MHz. Have you tried your test case on a Unix box? If > >so, is it significantly faster? > > > > > I'm confident procmail is an excellent solution, but using the rate > I'm getting, 30,000 messages that would translate into 17 hours of > processing; given the span of a month, that leaves plenty of time to > read all 30,000 of them. :-) I'm wondering if whether the 2 > seconds/message average is normal, or indicates a problem with my > setup. > > As for testing on a Unix box, I'm in that category of Cygwin users who > need to make something work in a Windows environment. My question > relates more to whether I should be disppointed or satisfied with the > results. I suggested a comparison to help you find the "bottleneck." If the cost of the fork (of procmail) is the issue, then Cygwin is slowing you down. If the network speed or the way that fetchmail interacts with the mail server is the issue, then it's not. Note these are just some ideas... I will leave it to you to dig deeper, if interested. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: binutils-20040725-1
On Mon, 26 Jul 2004, Alexander Gottwald wrote: > Christopher Faylor wrote: > > I've made a new version of binutils available for installation. > > This version is a refresh from CVS on sources.redhat.com. > > With the new binutils I get these errors when compiling xorg-x11 > > Bitmap.o(.data+0x298):Bitmap.c: variable '_XtStrings' can't be > auto-imported. Please read the documentation for ld's > --enable-auto-import for details. > > DLL build commandline: > gcc -shared -Wl,--out-implib=libXt-6.dll.a -Wl,--enable-auto-import, > --enable-runtime-pseudo-reloc --def Xt.def -Wl,--exclude-libs,ALL > -o cygXt-6.dllActionHook.oAlloc.o ArgList.o [...] > ResConfig.o -L../../exports/lib -lSM -lICE -lX11 > > Exe build commandline: > gcc -o bitmap.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith > -L../../exports/lib BitEdit.o CutPaste.o Graphics.o ReqMach.o Bitmap.o > Dialog.o Handlers.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 > -L/usr/X11R6/lib -Wl,--enable-auto-import Work around: Use --enable-runtime-pseudo-reloc here as well. It appears that this binutils release has left out the following Cygwin local patch which was present in past releases: diff -ruwp ./emultempl/pe.em ../../binutils-20040312-1/ld/emultempl/pe.em --- ./emultempl/pe.em 2004-07-15 08:05:12.00100 -0500 +++ ../../binutils-20040312-1/ld/emultempl/pe.em2004-02-13 14:31:29.00100 -0600 @@ -135,7 +129,7 @@ gld_${EMULATION_NAME}_before_parse (void config.dynamic_link = TRUE; config.has_shared = 1; link_info.pei386_auto_import = -1; - link_info.pei386_runtime_pseudo_reloc = FALSE; + link_info.pei386_runtime_pseudo_reloc = -1; #if (PE_DEF_SUBSYSTEM == 9) || (PE_DEF_SUBSYSTEM == 2) #if defined TARGET_IS_mipspe || defined TARGET_IS_armpe @@ -338,14 +329,12 @@ gld_${EMULATION_NAME}_list_options (FILE fprintf (file, _(" --disable-auto-import Do not auto-import DATA items from DLLs\n")); fprintf (file, _(" --enable-runtime-pseudo-reloc Work around auto-import limitations by\n\ adding pseudo-relocations resolved at\n\ - runtime.\n")); + runtime. (default)\n")); diff -ruwp ./ldmain.c ../../binutils-20040312-1/ld/ldmain.c --- ./ldmain.c 2004-07-24 23:28:21.00100 -0500 +++ ../../binutils-20040312-1/ld/ldmain.c 2004-02-14 20:25:17.00100 -0600 @@ -328,7 +317,7 @@ main (int argc, char **argv) link_info.init_function = "_init"; link_info.fini_function = "_fini"; link_info.pei386_auto_import = -1; - link_info.pei386_runtime_pseudo_reloc = FALSE; + link_info.pei386_runtime_pseudo_reloc = -1; link_info.spare_dynamic_tags = 5; link_info.flags = 0; link_info.flags_1 = 0; Note that oddly enough, the usage change says the default is the opposite of reality. > switching back to binutils-20040312-1 solved this. > > I'm using a crosscompiled version of binutils-20040725-1 on linux > at home where I did not notice these symptoms. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: New autoimport errors after binutils upgrade
On Mon, Jul 26, 2004 at 12:33:25PM +0200, Johnny Willemsen wrote: >Hi, > >I upgraded to the new binutils version and I now get autoimport errors as >below. We have had this problem already a long time with MinGW, there the >report is >https://sourceforge.net/tracker/?func=detail&aid=683455&group_id=2435&atid=1 >02435. > >The code is visible at >http://cvs.doc.wustl.edu/cvsweb.cgi/ACE_wrappers/ace/Time_Value.h?rev=4.31&c >ontent-type=text/x-cvsweb-markup > >The hack at the end of the file for MinGW is workable now for Cygwin also. Use -Wl,--enable-runtime-pseudo-reloc for enabling auto-import of data variables. 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: [ANNOUNCEMENT] Updated: binutils-20040725-1
On Mon, Jul 26, 2004 at 10:13:24AM +, Alexander Gottwald wrote: >Christopher Faylor wrote: >> I've made a new version of binutils available for installation. >> This version is a refresh from CVS on sources.redhat.com. > >With the new binutils I get these errors when compiling xorg-x11 > >Bitmap.o(.data+0x298):Bitmap.c: variable '_XtStrings' can't be >auto-imported. Please read the documentation for ld's >--enable-auto-import for details. > >DLL build commandline: >gcc -shared -Wl,--out-implib=libXt-6.dll.a -Wl,--enable-auto-import, >--enable-runtime-pseudo-reloc --def Xt.def -Wl,--exclude-libs,ALL >-o cygXt-6.dllActionHook.oAlloc.o ArgList.o [...] >ResConfig.o -L../../exports/lib -lSM -lICE -lX11 > >Exe build commandline: >gcc -o bitmap.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith >-L../../exports/lib BitEdit.o CutPaste.o Graphics.o ReqMach.o Bitmap.o >Dialog.o Handlers.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 >-L/usr/X11R6/lib -Wl,--enable-auto-import > >switching back to binutils-20040312-1 solved this. > >I'm using a crosscompiled version of binutils-20040725-1 on linux >at home where I did not notice these symptoms. Apparently I dropped a minor patch to ldmain.c which turns on the --enable-runtime-pseudo-reloc by default. Adding -Wl,--enable-runtime-pseudo-reloc to the command line should fix this 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: Wanted: cygwin TWiki maintainer
On Jul 26 11:18, Christopher Faylor wrote: > Another point is that I don't want another official forum to police and > I doubt if Corinna wants to be scanning web pages looking for people > giving incorrect advice either. You're doubting right. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cat /proc/registry/HKEY_PERFOMANCE_DATA/@ hangs
> > > Yes, I'm still seeing the segfault in the latest > snapshot, but only > > > when run under gdb or strace. Here are some sample tests: > > > > > > $ cat /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out > > > cat: /proc/registry/HKEY_PERFORMANCE_DATA/@: No such file or > > > directory $ # no segfault $ strace -o cat_HKPD.strace cat > > > /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out 2262669 > [main] cat > > > 2400 handle_exceptions: Exception: > STATUS_ACCESS_VIOLATION 2264445 > > > [main] cat 2400 open_stackdumpfile: Dumping stack trace to > > > cat.exe.stackdump $ > > > > I can't reproduce this with CVS. Can you? > > Chris > > Yes, I can. I just compiled ([1]) the latest CVS cygwin0.dll > (as of today, 14:31 UTC), then tested with the new DLL ([2]). > I get the same exact errors (including the stackdump). > Interestingly enough, I had other unexplained exceptions with > this test approach, so I'd appreciate if anyone points out > what's wrong with it. Could you send me a copy of the stackdump and the strace output by private mail please? Chris -- 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: Selecting packages in setup
On Mon, Jul 26, 2004 at 09:29:58AM +0300, Jani tiainen wrote: >Christopher Faylor wrote: >>On Sun, Jul 25, 2004 at 06:04:18PM +0300, Jani tiainen wrote: >> >>>Recently I wanted to install Cygnome2 packages, and noticed that you >>>can't install them simultaenously with rest of Cygwin - problem is that >>>you can't really tell from packages which comes from which server - in >>>my case there was GTK2 packages from Cygwin distribution that were >>>installed instead wanted Cygnome2 packages - and nothing really worked. >> >>This is the Cygwin project. There is only one source for packages. If >>other projects are using setup.exe and providing their own packages, >>that's great but please don't ask us to try to support other people's >>efforts. > >Yes I know. ... >Another issue is that why setup wants always to upgrade latest version? setup.exe has a TODO and a wish list. I suggest that you check it out: http://sources.redhat.com/cgi-bin/cvsweb.cgi/setup/README?rev=2&cvsroot=cygwin-apps >>Maybe either you or the Cygnome2 project should provide patches to >>setup to implement your ideas. This really isn't an issue for us but >>we'll gladly consider changes to setup.exe. > >I'll see what I can do about it, but not this time since I know how to >deal with it and it's not such a big issue. Hmm. 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: Wanted: cygwin TWiki maintainer
On Mon, Jul 26, 2004 at 12:25:45PM +0100, zzapper wrote: >On Mon, 26 Jul 2004 09:59:46 +0100, wrote: > >>A while ago I set up a Cygwin wiki here: >> >>www.doc.ic.ac.uk/~ccj00/cygwin >> >>Unfortunately I've now graduated form Imperial and my account will be >>closed at the end of this month. I'm looking for someone willing to >>host and maintain the wiki. > >Cygwin maintainers this could the place to put lots of CygWin Chestnuts >eg "How to get Cron working!!" how about getting it installed at >cygwin.com??? I guess this is a FAQ entry. Do you see any other project on sourceware.org which is using (shudder) wiki? The point that seems to be consistently missed here is that cygwin.com is not the sole consumer of resources on the system where the domain resides. Adding a service like wiki would mean getting buy-in from people running the system over at 'overseers'. Once you get buy-in, you'd also need someone to install the software and tweak the web server. I'm not looking for new things to support, personally. I think I made that clear not too long ago in another thread. I don't think that Corinna would be thrilled about maintaining wiki either. Another point is that I don't want another official forum to police and I doubt if Corinna wants to be scanning web pages looking for people giving incorrect advice either. So, the obstacles would be getting buy-in from overseers and finding someone to police the pages. Anyone is welcome to start a discussion over at overseers at sourceware dot org, however. 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: cat /proc/registry/HKEY_PERFOMANCE_DATA/@ hangs
On Mon, 26 Jul 2004, Chris January wrote: > > Yes, I'm still seeing the segfault in the latest snapshot, > > but only when run under gdb or strace. Here are some sample tests: > > > > $ cat /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out > > cat: /proc/registry/HKEY_PERFORMANCE_DATA/@: No such file or directory > > $ # no segfault > > $ strace -o cat_HKPD.strace cat /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out > > 2262669 [main] cat 2400 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION > > 2264445 [main] cat 2400 open_stackdumpfile: Dumping stack trace to > > cat.exe.stackdump > > $ > > I can't reproduce this with CVS. Can you? > Chris Yes, I can. I just compiled ([1]) the latest CVS cygwin0.dll (as of today, 14:31 UTC), then tested with the new DLL ([2]). I get the same exact errors (including the stackdump). Interestingly enough, I had other unexplained exceptions with this test approach, so I'd appreciate if anyone points out what's wrong with it. Igor [1] "cd build/i686-pc-cygwin/winsup/cygwin && make clean all" [2] "cd test && cygstart ./bash.exe" then run the above commands from the prompt, where "test" is a directory containing executables binary-edited to use cygwin0.dll instead of cygwin1.dll, confirmed by cygcheck. Note that my build was configured with --enable-debugging. -- 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! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- 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/
More: glitch with upgraded ImageMagick-6.0.3-1
Imagemagick now works... I had to copy the file magic.mgk to the /lib/ImageMagick-6.0.3/config directory to get it to work. (not /usr/libImageMagick-6.9.3/config) all is ok now. Thanks, Charles -- Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch -- 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: Fetchmail and Procmail
Jason Tishler wrote: George, On Sun, Jul 25, 2004 at 05:19:26AM -0700, George wrote: 1. I'm getting an error about a "suspicious ~/.procmailrc" file. I'm guessing this is a permissions problem. If that's the case, could someone let me know what the correct permissions should be? For the moment, using a '/etc/procmailrc' seems to be the only thing that works. See the procmail man page. I've read all man page and all related manpages. The procmail manpage states only that: If no rcfiles and no -p have been specified on the command line, proc- mail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). What I'm experiencing is that ~/.procmailrc is ignored/complained about whether /etc/procmailrc exists or not. 2. Procmail seems to be rather slow. I don't know whether this is normal, but I've timed one mailbox download and it's taking on average 10 minutes to process 317 messages (2MB total) It's fast enough for me, 10,000 - 30,000 messages per month -- even on a PIII 500 MHz. Have you tried your test case on a Unix box? If so, is it significantly faster? I'm confident procmail is an excellent solution, but using the rate I'm getting, 30,000 messages that would translate into 17 hours of processing; given the span of a month, that leaves plenty of time to read all 30,000 of them. :-) I'm wondering if whether the 2 seconds/message average is normal, or indicates a problem with my setup. As for testing on a Unix box, I'm in that category of Cygwin users who need to make something work in a Windows environment. My question relates more to whether I should be disppointed or satisfied with the results. Also, is procmail supposed to be called for each individual message? Yes. Thanks. -- 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: cat /proc/registry/HKEY_PERFOMANCE_DATA/@ hangs
> Yes, I'm still seeing the segfault in the latest snapshot, > but only when run under gdb or strace. Here are some sample tests: > > $ cat /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out > cat: /proc/registry/HKEY_PERFORMANCE_DATA/@: No such file or > directory $ # no segfault $ strace -o cat_HKPD.strace cat > /proc/registry/HKEY_PERFORMANCE_DATA/\@ > e.out 2262669 > [main] cat 2400 handle_exceptions: Exception: > STATUS_ACCESS_VIOLATION 2264445 [main] cat 2400 > open_stackdumpfile: Dumping stack trace to cat.exe.stackdump $ I can't reproduce this with CVS. Can you? Chris -- 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: Fetchmail and Procmail
George, On Sun, Jul 25, 2004 at 05:19:26AM -0700, George wrote: > 1. I'm getting an error about a "suspicious ~/.procmailrc" file. I'm > guessing this is a permissions problem. If that's the case, could > someone let me know what the correct permissions should be? For the > moment, using a '/etc/procmailrc' seems to be the only thing that > works. See the procmail man page. > 2. Procmail seems to be rather slow. I don't know whether this is > normal, but I've timed one mailbox download and it's taking on average > 10 minutes to process 317 messages (2MB total) It's fast enough for me, 10,000 - 30,000 messages per month -- even on a PIII 500 MHz. Have you tried your test case on a Unix box? If so, is it significantly faster? > Also, is procmail supposed to be called for each individual message? Yes. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Code to use ctrl-break to get a java stack dump
Since cygwin will kill a subprocess if you hit ctrl-break manually, I've written a little utility that allows you to send ctrl-break directly to the java process from any other console on the same machine. Note that if java is invoked directly from the shell, cygwin gets the ctrl-break and still kills java, but I usually run my java invocations from a makefile target, which somehow allows this to work. e.g. test: if /bin/true; then java -cp . MyClass; fi make test Then, from some other console: ./cbreak Hopefully someone else will find this of use. The process walking code was taken from some gnarly MS example; I'm sure there's got to be a better way. This probably only works on XP and later (haven't tried it elsewhere, but some of the system calls used are marked XP+ only). T. cbreak.cc 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/
Re: Set Up
On Sun, Jul 25, 2004 at 02:01:18PM +0530, Chiradeep Veeramani wrote: > i would be grateful to any one of you who could help me with this > ASAP. See the following: http://www.tishler.net/jason/software/fetchmail/fetchmail-6.2.5.README Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wanted: Cygwin TWiki maintainer
On Mon, 26 Jul 2004 09:59:46 +0100, wrote: >A while ago I set up a Cygwin wiki here: > >www.doc.ic.ac.uk/~ccj00/cygwin > >Unfortunately I've now graduated form Imperial and my account will be >closed at the end of this month. I'm looking for someone willing to host >and maintain the wiki. Cygwin maintainers this could the place to put lots of CygWin Chestnuts eg "How to get Cron working!!" how about getting it installed at cygwin.com??? zzapper (vim, cygwin, wiki & zsh) -- vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?" http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: binutils-20040725-1
Christopher Faylor wrote: > I've made a new version of binutils available for installation. > This version is a refresh from CVS on sources.redhat.com. With the new binutils I get these errors when compiling xorg-x11 Bitmap.o(.data+0x298):Bitmap.c: variable '_XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. DLL build commandline: gcc -shared -Wl,--out-implib=libXt-6.dll.a -Wl,--enable-auto-import, --enable-runtime-pseudo-reloc --def Xt.def -Wl,--exclude-libs,ALL -o cygXt-6.dllActionHook.oAlloc.o ArgList.o [...] ResConfig.o -L../../exports/lib -lSM -lICE -lX11 Exe build commandline: gcc -o bitmap.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith -L../../exports/lib BitEdit.o CutPaste.o Graphics.o ReqMach.o Bitmap.o Dialog.o Handlers.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 -L/usr/X11R6/lib -Wl,--enable-auto-import switching back to binutils-20040312-1 solved this. I'm using a crosscompiled version of binutils-20040725-1 on linux at home where I did not notice these symptoms. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 -- 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: DJBDNS (and daemontools?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo Luchini wrote: > I won't read my e-mail for the whole holydays, but if anyone had > better luck, please tell e so (so I can avoid duplicate the work). Well it seems that I managed to start "tinydns" and get some (correct and very fast) answers! Problem seems to be with chroot: even if ROOT=/usr/tmp/tinydns/root it searched the file /usr/tmp/tinydns/root/usr/tmp/tinydns/root/data.cdb (thanks, SysInternal's FileMon!) I created it, just to try, and it now correctly resolves and reply. Still no answer from dnscache, though. Seems not to query the filesystem in any way, not even to erad the root/ip and root/servers files he needs to start (I tried the trick of the "absolute-in-chroot-patch" as above, but to no avail... after all it didn't even try to open them, as FileMon reports) - -- Lapo Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkEE4soACgkQaJiCLMjyUvtYDwCeIOybZBVXC2NR02Kuy7zfKYbk CuYAn3Gh7+T9uDi+fLDA/bs/zY1H3Vdz =zG9J -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/
New autoimport errors after binutils upgrade
Hi, I upgraded to the new binutils version and I now get autoimport errors as below. We have had this problem already a long time with MinGW, there the report is https://sourceforge.net/tracker/?func=detail&aid=683455&group_id=2435&atid=1 02435. The code is visible at http://cvs.doc.wustl.edu/cvsweb.cgi/ACE_wrappers/ace/Time_Value.h?rev=4.31&c ontent-type=text/x-cvsweb-markup The hack at the end of the file for MinGW is workable now for Cygwin also. It is a hard one to reproduce, it only happens in when the class is used in nested templates. See the mingw report for more info Johnny GNUmakefile: /cygdrive/c/ACE/Cygwin/ACE_wrappers/tests/GNUmakefile.Timer_Queue_Test MAKEFLAGS= --unix -wk g++ -W -Wall -Wpointer-arith -mcpu=pentiumpro -mthreads -O3 -g -pipe -fno-exceptions -fcheck-new -Ic:/ACE/Cygwin/ACE_wrappers -DACE_NO_INLINE -I.. -c -o .obj/Timer_Queue_Test.o Timer_Queue_Test.cpp g++ -W -Wall -Wpointer-arith -mcpu=pentiumpro -mthreads -O3 -g -pipe -fno-exceptions -fcheck-new -Ic:/ACE/Cygwin/ACE_wrappers -DACE_NO_INLINE -I.. -Wl,--enable-auto-import -Wl,-E -Lc:/ACE/Cygwin/ACE_wrappers/ace -L./ -L../lib -o Timer_Queue_Test .obj/Main.o .obj/Timer_Queue_Test.o -lTest_Output -lACE .obj/Timer_Queue_Test.o(.text$_ZN17ACE_Timer_Wheel_TIP17ACE_Event_Handler39A CE_Event_Handler_Handle_Timeout_UpcallI26ACE_Recursive_Thread_MutexES3_E15re calc_earliestERK14ACE_Time_Value+0x33): In function `_ZN16ACE_Timer_Heap_TIP17ACE_Event_Handler39ACE_Event_Handler_Handle_Timeou t_UpcallI26ACE_Recursive_Thread_MutexES3_E12pop_freelistEv': c:/ACE/Cygwin/ACE_wrappers/ace/Timer_Heap_T.cpp: variable 'ACE_Time_Value::zero' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. collect2: ld returned 1 exit status make[2]: *** [Timer_Queue_Test] Error 1 make[2]: Target `all' not remade because of errors. make[2]: Leaving directory `/cygdrive/c/ACE/Cygwin/ACE_wrappers/tests' make[1]: [Timer_Queue_Test] Error 2 (ignored) -- 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: No /bin after installation
> -Original Message- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 24 July 2004 02:43 > On Fri, Jul 23, 2004 at 12:00:49PM +0100, Dave Korn wrote: > >> -Original Message- > >> From: cygwin-owner On Behalf Of Christopher Faylor > >> Sent: 22 July 2004 20:47 > > > >> On Thu, Jul 22, 2004 at 07:25:04PM +, Nick Sabalausky wrote: > >> >Nick Sabalausky writes: > >> >>However, now the problem I have is that when I'm in that > >> shell, I can't > >> >>get to /cygdrive/c or /cygdrive/c. An ls on the root > >> directory reveals > >> >>"bin cygwin.bat cygwin.ico etc home lib usr var", but not > >> "cygdrive". > >> >> > >> > > >> >Hmm, I exited and ran Cygwin again and now I can do "cd > /cygdrive/c". > >> >Maybe I mistyped it the first time. > >> > >> Hmm. It seems like any well-written human would not have > issues like > >> this. > > > >It's only homosapiens v1.0.0, you know. You gotta expect a > few bugs in > >the first release > > Actually, the Neanderthal B20 model was quite a bit better. More > intelligent, faster, less mean, etc. > > cgf More bugs, though. Well, fleas and lice, anyway... 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/
DJBDNS (and daemontools?)
Has anyone managed to have them working on CygWin? Yesterday I tried a bit, I managed to let it compile (I just added "include " at the beginning of error.h), it starts, it correctly bind the 53 UDP port (netstat says) but then it fails to reply to any answer... Uhm! Maybe it's because I launched dnscache "manually" and not using daemontools, for which I have more serious problem to compile: even with the same patch as above they stop in the tests. (well maybe just because djbdns doesn't have any test =P) I won't read my e-mail for the whole holydays, but if anyone had better luck, please tell e so (so I can avoid duplicate the work). Lapo -- Lapo Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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: Setting SHMMAX in Cygwin
On Jul 26 02:20, Gene C. Ruzicka wrote: > > > > > > Further comment: Uncovering this information was somewhat painful. > > > > Didn't you read /usr/share/doc/Cygwin/cygserver.README and in turn > > /etc/cygserver.conf in the first place? The configuration file contains > > the comment > > > > "kern.ipc.shmmaxpgs: Maximum pages available for XSI shared memory." > > > > I thought that explains it. > > > > > > Corinna > > > You are correct that those files explain how to set shmmaxpgs, and > I noticed that early on. The problem is that I wanted to set shmmax, NOT > shmmaxpgs per se, but it seems that the only place that spells out the relationship > between the two parameters --- thereby suggesting the means to adjust shmmax --- > is in function shminit, which is rather deeply embedded in the source code tree: > file /usr/src/cygwin/winsup/cygserver/sysgv_shm.cc to be precise. I've changed the text in cygserver.conf to this: # kern.ipc.shmmaxpgs: Maximum pages available for XSI shared memory. # Changing shmmaxpgs immediately affects setting SHMMAX. The relation # between shmmaxpgs and SHMMAX is: SHMMAX = shmmaxpgs * getpagesize(). # Default: 8192, Min: 1, Max: 32767 #kern.ipc.shmmaxpgs 8192 HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setting SHMMAX in Cygwin
> > > Further comment: Uncovering this information was somewhat painful. > > Didn't you read /usr/share/doc/Cygwin/cygserver.README and in turn > /etc/cygserver.conf in the first place? The configuration file contains > the comment > > "kern.ipc.shmmaxpgs: Maximum pages available for XSI shared memory." > > I thought that explains it. > > > Corinna > You are correct that those files explain how to set shmmaxpgs, and I noticed that early on. The problem is that I wanted to set shmmax, NOT shmmaxpgs per se, but it seems that the only place that spells out the relationship between the two parameters --- thereby suggesting the means to adjust shmmax --- is in function shminit, which is rather deeply embedded in the source code tree: file /usr/src/cygwin/winsup/cygserver/sysgv_shm.cc to be precise. Gene -- 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/
Wanted: Cygwin TWiki maintainer
A while ago I set up a Cygwin wiki here: www.doc.ic.ac.uk/~ccj00/cygwin Unfortunately I've now graduated form Imperial and my account will be closed at the end of this month. I'm looking for someone willing to host and maintain the wiki. Regards, Chris January -- http://www.atomice.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: Setting SHMMAX in Cygwin
On Jul 25 12:58, Gene C. Ruzicka wrote: > A code I'm porting to Cygwin requires tuning the > size of the shareable memory segment to obtain > optimal performance. I am using cygserver to > access IPC utilities. > > cygserver.conf doesn't allow one to set the maximum shareable > segment size, SHMMAX directly. Instead, it seems SHMMAX > is set in this code fragment in function shminit in cygserver: > > int i; > TUNABLE_INT_FETCH("kern.ipc.shmmaxpgs", &shminfo.shmall); > for (i = PAGE_SIZE; i > 0; i--) { > shminfo.shmmax = shminfo.shmall * PAGE_SIZE; > if (shminfo.shmmax >= shminfo.shmall) >break; > } > > Thus, SHMMAX = SHMMAXPGS*PAGE_SIZE , in which > SHMMAXPGS is configurable in cygserver.conf, and PAGE_SIZE > is the system's page size. So, this suggests that if you have to set > SHMMAXPGS in order to set SHMMAX. Is this correct? Yes. > Further comment: Uncovering this information was somewhat painful. Didn't you read /usr/share/doc/Cygwin/cygserver.README and in turn /etc/cygserver.conf in the first place? The configuration file contains the comment "kern.ipc.shmmaxpgs: Maximum pages available for XSI shared memory." I thought that explains it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
More: glitch with upgraded ImageMagick-6.0.3-1
>>> $ convert g0.ps g0.jpg >>> assertion "list_info != (LinkedListInfo *) NULL" failed: file >>> "/home/harold/ports/ImageMagick/ImageMagick-6.0.3/magick/hashmap.c", >>> line 1033 Aborted (core dumped) $ >> I too am having errors in running ImageMagick-6.0.3-1 >> and convert from the ImageMagick package. >> Any call to display or convert in the ImageMagick suite results >> in the following error message: >> $ display >> assertion "list_info != (LinkedListInfo *) NULL" failed: file >> "/home/harold/ports/ImageMagick/ImageMagick-6.0.3/magick/hashmap.c", >> Aborted (core dumped) > fergus: After running into the same problem and sitting with > the source code and debugger, I found that the config file > magic.mgk had not been installed into > /usr/lib/ImageMagick-6.0.3/config/ and was causing > things to screw up (no image file handlers loaded). > Not sure if you had already found the solution, > but I couldn't find it in google. > Please forward to whom it may concern. Does this most recent contribution (> after >> after >>>) help at all with resolving this problem? Thank you. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
m-edic'al information
^aggressiven,detaljernes~aeroportuali!!! u`.s`~a M^.e,-ds & Nex~tdayde_.l^,iver cambridgegboston^ http://ivn.w.tam5774drygs.us/f74/ All right, answered the horse; I'll do my bestHe'll break his neck! cried the astounded father, tipping back his head to look after his departing son Understanding these caveats additional investigation into agr inhibition is still warranted given that inhibition of agr activity and thus extracellular toxin and enzyme production may be beneficial in some acute infection types. ea9desquilatar02aljeceri`a,atacada eufo`rica. -- 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/