Fwd: bzr-gtk installation
Hello, I was wanted to try out the gtk interface of bazaar. I downloaded the file bzr-gtk-0.91.0.tar.gz from the bazaar website. There were no errors during the installation. When I issue the command 'bzr viz' I get the following error: bzr: ERROR: PyGTK not installed. So I thought their might be an issue with pygtk2. $ pygtk-demo Traceback (most recent call last): File /usr/bin/pygtk-demo, line 7, in module execfile(os.path.join(pygtklibdir, pygtk-demo.py)) File /usr/lib/pygtk/2.0/pygtk-demo.py, line 18, in module import gobject ImportError: No module named gobject Any thoughts? Thanks, Frodak Cygwin Configuration Diagnostics Current System Time: Thu Nov 01 14:18:02 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: c:\STM\ST20R2.1.2\bin C:\cygwin\home\FBAK\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\STM\ST20R2.1.2\bin C:\cygwin\home\FBAK\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\CA\Dcs\DMScripting\ c:\Program Files\CA\DCS\CAWIN\ c:\GNATPRO\5.04a\bin c:\program files\imagemagick-6.3.5-q16 c:\Program Files\MiKTeX 2.6\miktex\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI.ACE\ c:\Program Files\Rational\ClearCase\bin c:\Program Files\QuickTime\QTSystem\ c:\Program Files\Common Files\GTK\2.0\bin c:\Program Files\CA\Unicenter Software Delivery\BIN c:\Program Files\Bazaar c:\Program Files\Vim\vim71\ c:\Program Files\STI\bin\pc-win95 C:\cygwin\bin C:\cygwin\lib\lapack Output from C:\cygwin\bin\id.exe (nontsec) UID: 62367(FBAK) GID: 10513(Domain Users) 544(Administrators) 545(Users) 1007(Debugger Users) 12957(AMERICA_BDS_Avionics_US) 13071(AMERICA_DULAvionics) 13076(AMERICA_DulColor) 13085(AMERICA_DULNASBUP) 13090(AMERICA_Duluth) 21104(BVW.Avionics.SW.ALL) 21155(BVW.AVIONICS.SW.US) 21091(BVW.AVIONICS.US) 94342(DL_barcopartners.read) 94243(DL_BVW.AVIONICS.DU-8x5.ALL) 49489(DL_PM_BSP.R) 130338(DLA_AVD.AV) 130336(DLA_AVD.AV.NA.US.DUL) 94276(DLA_Hydra.PersonalUser) 114535(DLA_Hydra.User) 128410(DLA_NA.US.DUL) 129425(DLA_RD.HW) 129424(DLA_RD.HW.AVD.AV) 129422(DLA_RD.HW.AVD.AV.NA.US.DUL) 128647(DLA_RD.HW.NA.US.DUL) 128172(DLA_Salaried_Employee) 128171(DLA_Salaried_Employee.AVD.AV) 128169(DLA_Salaried_Employee.AVD.AV.NA.US.DUL) 125904(DLA_Salaried_Employee.NA.US.DUL) 21811(DLALL) 21944(DLDUL) 10513(Domain Users) 22055(Hydra.PersonalUsers) 20776(Hydra.Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 62367(FBAK) GID: 10513(Domain Users) 544(Administrators) 545(Users) 1007(Debugger Users) 12957(AMERICA_BDS_Avionics_US) 13071(AMERICA_DULAvionics) 13076(AMERICA_DulColor) 13085(AMERICA_DULNASBUP) 13090(AMERICA_Duluth) 21104(BVW.Avionics.SW.ALL) 21155(BVW.AVIONICS.SW.US) 21091(BVW.AVIONICS.US) 94342(DL_barcopartners.read) 94243(DL_BVW.AVIONICS.DU-8x5.ALL) 49489(DL_PM_BSP.R) 130338(DLA_AVD.AV) 130336(DLA_AVD.AV.NA.US.DUL) 94276(DLA_Hydra.PersonalUser) 114535(DLA_Hydra.User) 128410(DLA_NA.US.DUL) 129425(DLA_RD.HW) 129424(DLA_RD.HW.AVD.AV) 129422(DLA_RD.HW.AVD.AV.NA.US.DUL) 128647(DLA_RD.HW.NA.US.DUL) 128172(DLA_Salaried_Employee) 128171(DLA_Salaried_Employee.AVD.AV) 128169(DLA_Salaried_Employee.AVD.AV.NA.US.DUL) 125904(DLA_Salaried_Employee.NA.US.DUL) 21811(DLALL) 21944(DLDUL) 10513(Domain Users) 22055(Hydra.PersonalUsers) 20776(Hydra.Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'FBAK' PWD = '/home/FBAK/bzr-gtk-0.91.0' CYGWIN = 'server' HOME = '/home/FBAK' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\fbak' APPDATA = 'C:\Documents and Settings\fbak\Application Data' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R6/man' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' HOSTNAME = 'DULCLT00248' XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB' MOSART_BASE_PSC = 'C:\MOSArt\Base_Psc2_2_V2_0_1' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 2, GenuineIntel' TERM = 'xterm' WINDIR = 'C:\WINDOWS' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' WINDOWID = '10485773' OLDPWD = '/home/FBAK' USERDOMAIN = 'BARCO' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' OS = 'Windows_NT' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' XTERM_SHELL = '/usr/bin/bash' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' DEFLOGDIR = 'C:\Documents and Settings\All Users\Application Data\McAfee\DesktopProtection' TEMP = '/cygdrive/c/DOCUME~1/fbak/LOCALS~1/Temp' XNLSPATH = '/usr/X11R6/lib/X11/locale' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' TERMCAP = 'xterm-r6|xterm|xterm X11R6
Re: copying a million tiny files?
d.henman wrote: From what Gary mentions. indeed rsync is the best way to go. At least for thinking, on time backups. With rsync, only the first time is slow. Did you even *read* the original question? He didn't say anything about doing incremental backups, he just wanted to move some files between disks. He also explicitly said that he's currently using rsync but that it was unsatisfactorily slow in even just coming up with the candidate list of files to transfer, let alone actually doing anything. The rsync algorithm won't do anything to help in this case. Using xcopy, is kind of silly and wont get you compatiblity.. especially in scripts Portability to non-Windows systems is of course a problem but xcopy is present on every install of Windows that has ever existed going back to some very old version of MS-DOS so it is probably one of the most portable commands in existance on this platform. 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: cygwin stable and cvs snapshot - fork() bug
If you want anything like this to be looked at faster, the best thing you can do is http://www.cygwin.com/acronyms/#PPAST. Apparently the cygwin developers have not so far been interested to download mpd, make unspecified changes to the mpd sources to get them to compile (the changes you listed on the bug report were not sufficient), and then setup the configuration files for mpd, figure out what mpd is supposed to do, and THEN debug the problem. ... Lev hey, thanks for your reply ok i tried to create a STC, but i'm don't really know ipc and shared mem.. anyway i traced down the part, which cause trouble (init code, called before the fork occours) if ((shmid = shmget(IPC_PRIVATE, allocationSize, IPC_CREAT | 0777)) 0) FATAL(problems shmget'ing\n); //if ((shmid = shmget(IPC_PRIVATE, allocationSize, IPC_CREAT | 0600)) 0) FATAL(problems shmget'ing\n); if (!(playerData_pd = shmat(shmid, NULL, 0))) FATAL(problems shmat'ing\n); if (shmctl(shmid, IPC_RMID, NULL) 0) FATAL(problems shmctl'ing\n); when i comment out if (shmctl(shmid, IPC_RMID, NULL) 0)FATAL(problems shmctl'ing\n); mpd works like a charm. IPC_RMIDis used to mark the segment as destroyed. It will actually be destroyed after the last detach. (I.e., when the shm_nattch member of the associated structure shmid_ds is zero.) The user must be the owner, creator, or the super-user. can someone explain me, what i just did? I also tried to change the shmget rights from 0600 to 0777. thanks in advance michu -- 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: copying a million tiny files?
Hi, Brian Dessent wrote: Using xcopy, is kind of silly and wont get you compatiblity.. especially in scripts Portability to non-Windows systems is of course a problem but xcopy is present on every install of Windows that has ever existed going back to some very old version of MS-DOS so it is probably one of the most portable commands in existance on this platform. if I remember right, XCOPY is older than any networking stuff on this plattform. It should be there since the first hard disks have been there. Erich -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin stable and cvs snapshot - fork() bug
On Oct 31 14:26, Lev Bishop wrote: On 10/31/07, michael.vogt wrote: 1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe: *** fatal error - MapViewOfFileEx (0x1903), Win3 2 error 6. Terminating. 68 [main] mpd 676 fork: child 1736 - died waiting for dll loading, errno 11 problems fork'ing for daemon! [...] any news regarding this issue? If you want anything like this to be looked at faster, the best thing you can do is http://www.cygwin.com/acronyms/#PPAST. Apparently the cygwin developers have not so far been interested to download mpd, make unspecified changes to the mpd sources to get them to compile (the changes you listed on the bug report were not sufficient), and then setup the configuration files for mpd, figure out what mpd is supposed to do, and THEN debug the problem. Here is the STC you neglected to supply: $ cat lev.c gcc -o lev lev.c -Wall -Wextra CYGWIN=server ./lev #include stdio.h #include unistd.h #include sys/shm.h int main(void) { int shmid; if ((shmid = shmget(IPC_PRIVATE, 100,IPC_CREAT | 0600 )) 0 || !shmat(shmid, NULL, 0) || shmctl(shmid, IPC_RMID, NULL) 0) puts(problems with shm!); fork(); } lev.c: In function `main': lev.c:13: warning: control reaches end of non-void function 3 [main] lev 1924 c:\Documents and Settings\Lev\Desktop\mpd-0.13.0\lev.exe: *** fatal error - MapViewOfFileEx (0x3E), Win32 error 6. Terminating. 124 [main] lev 5076 fork: child 1924 - died waiting for dll loading, errno 11 Thanks for the testcase. I'm surprised that nobody experienced this problem before. Sorta holiday here, so I'll look into it next week. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: copying a million tiny files?
--- Erich Dollansky ha scritto: if I remember right, XCOPY is older than any networking stuff on this plattform. It should be there since the first hard disks have been there. Not so old. I think only from MSDOS 5.0 Regards Marco ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html -- 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: can't read sequential files
On 01 November 2007 06:43, zirtik wrote: After adding the line: if (fp==NULL) { printf(error, NULL pointer!\n); return(1); } and then rebuilding the code, everything worked. But it's strange that if I delete that code segment and never check whether the fp pointer is NULL or not, I always get a segmentation fault. Can this be some kind of an optimization problem? I don't know why it happens. Thank you for the comments. A NULL pointer is never valid in C, and a segfault is what you get if you try to make use of one (by dereferencing it). You get a NULL pointer back from fopen when it fails; a lot of library routines do this to indicate failure, because any other value could be a valid pointer. The other library routines, such as fread and fwrite, will assume that you have done your error checking and won't be passing them a NULL pointer, so they won't bother to check what file pointer you pass them, they'll just go ahead and try and use it. So if you get a NULL pointer back from fopen and you don't check for it, your code carries on and passes that same pointer to fread, which tries to use it as if it pointed to a real FILE object, and crashes. The comp.lang.c FAQ has an entire section on NULL pointer, section 5. It should be available at http://c-faq.com/null/index.html but the website seems to be temporarily down right now; there's also a copy at faqs.org: http://www.faqs.org/faqs/C-faq/faq/ 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: can't read sequential files
Dave Korn wrote: On 01 November 2007 06:43, zirtik wrote: After adding the line: if (fp==NULL) { printf(error, NULL pointer!\n); return(1); } and then rebuilding the code, everything worked. But it's strange that if I delete that code segment and never check whether the fp pointer is NULL or not, I always get a segmentation fault. Can this be some kind of an optimization problem? I don't know why it happens. Thank you for the comments. A NULL pointer is never valid in C, and a segfault is what you get if you try to make use of one (by dereferencing it). You get a NULL pointer back from fopen when it fails; a lot of library routines do this to indicate failure, because any other value could be a valid pointer. The other library routines, such as fread and fwrite, will assume that you have done your error checking and won't be passing them a NULL pointer, so they won't bother to check what file pointer you pass them, they'll just go ahead and try and use it. So if you get a NULL pointer back from fopen and you don't check for it, your code carries on and passes that same pointer to fread, which tries to use it as if it pointed to a real FILE object, and crashes. The comp.lang.c FAQ has an entire section on NULL pointer, section 5. It should be available at http://c-faq.com/null/index.html but the website seems to be temporarily down right now; there's also a copy at faqs.org: http://www.faqs.org/faqs/C-faq/faq/ I think what the OP is saying is that if he adds the check for null, then his code works normally, including the file read operation, (ie, the pointer is not null), but if he removes the check, then he gets a segfault. Strange behavior like this is typically the result of memory corruption from earlier in the program. If you can post your entire code (preferably a minimal example that exhibits the behavior), then we can probably locate the problem. -Lewis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin stable and cvs snapshot - fork() bug
On 11/1/07, Corinna Vinschen wrote: ... Thanks for the testcase. I'm surprised that nobody experienced this problem before. Sorta holiday here, so I'll look into it next week. Well, there was: http://sourceware.org/ml/cygwin/2006-02/msg00824.html which I am pretty sure was this same issue :-) There were also some others eg gnome programs such as mahjongg http://cygwin.com/ml/cygwin/2004-06/msg00041.html which could have been the same issue. I didn't investigate deep enough to determine. Have a nice sorta holiday. Lev -- 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: collect2: cannot find `ld'
On 01 November 2007 15:46, gmiller wrote: Problem: Linking no longer functions because the collect2 program reports that the 'ld' program can no longer be found. collect2: cannot find `ld' I an not sure if the linker is in a speparate package so this may be just a case of a reload of some standard package Yep, binutils. 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: can't read sequential files
On 01 November 2007 15:15, Lewis Hyatt wrote: if (fp==NULL) { printf(error, NULL pointer!\n); return(1); } I think what the OP is saying is that if he adds the check for null, then his code works normally, including the file read operation, (ie, the pointer is not null), but if he removes the check, then he gets a segfault. Please observe that the check for NULL also includes a return statement that bypasses the rest of the code including in particular the file read operation. 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/
GDB with VC++ components
Hi, I realize this is probably a GDB question, I sent a message to that alias but have not gotten a response. I am hoping someone on this list may have some experience with this and can answer the question. The basic question is: Should I be able to use GDB to load and execute a VC++ application, and debug DLLs that application loads that where built with gcc? Basically I have a program compiled with MSVC 6 (Release). This program loads DLL's and executes them. I have built a DLL using GCC [gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)]. The program loads the DLL and executes it correctly (meaning that the dll is loaded and functions called). I need to debug the DLL, so I would like to attach GDB to the running process, then set a break point in my DLL and debug it. When I do this GDB seems to hang loading symbols. Any thoughts appreciated Jim Windows XP Pro SP2 GNU gdb 6.5.50.20060706-cvs (cygwin-special) -- 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: can't read sequential files
On 01 November 2007 15:58, Dave Korn wrote: On 01 November 2007 15:15, Lewis Hyatt wrote: if (fp==NULL) { printf(error, NULL pointer!\n); return(1); } I think what the OP is saying is that if he adds the check for null, then his code works normally, including the file read operation, (ie, the pointer is not null), but if he removes the check, then he gets a segfault. Please observe that the check for NULL also includes a return statement that bypasses the rest of the code including in particular the file read operation. Hang on, I misread you, my eye skipped over the bit where you suggest that adding the check somehow makes the preceding fopen call succeed instead of fail. However I still don't think that's what the OP was saying, unless the subject line of this thread is terribly wrong, I think you just read a bit too much into OP's phrase everything worked; I think that just means program ran to completion /without/ a segfault. 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/
Cannot access files and directories created in CYGWIN through WINDOWS explorer
Files and directories I've created within the Cygwin environment are not visible by any software that uses Windows Explorer to access the files. Perhaps my permissions have become screwed up? For example, the contents of this directory are visible except for ./BADDIRECTORY, which cannot be accessed by Windows. Is there a way to make newly created directories inherit the group attributes of the parent directories? Is that the solution? drwxr-xr-x+ 4 gduffy root0 Nov 1 16:03 . drwxr-xr-x+ 7 gduffy root0 Oct 1 17:29 .. drwxr-xr-x+ 13 gduffy root0 Oct 9 16:45 PERMANENT drwxr-xr-x+ 2 gduffy mkgroup-l-d 0 Nov 1 16:03 BADDIRECTORY -rwxr-xr-x 1 gduffy root 1346 Sep 26 13:32 gdb.exe.stackdump -rwxr-xr-x 1 gduffy root 191 Sep 12 08:32 getProfile -rwxr-xr-x 1 gduffy root 616 Sep 25 15:29 getTroughs.exe.stackdump -rwxr-xr-x 1 gduffy root 620 Sep 25 17:21 getTroughs_1.exe.stackdump -rwxr-xr-x 1 gduffy root44948 Sep 26 14:15 getTroughs_2.exe -rwxr-xr-x 1 gduffy root 109 Sep 11 14:28 getpoints.sh -rw-r--r-- 1 gduffy root 1142 Sep 26 09:51 profile.Garret_Sanddunes_5m -rw-r--r-- 1 gduffy root0 Sep 26 09:51 profile.slope.resamp -rw-r--r-- 1 gduffy root 1047 Sep 26 09:53 profile.slope.resamp.rst.40.5 -rw-r--r-- 1 gduffy root 76 Sep 26 09:48 saved.points I tried chown -hR :root ./BADDIRECTORY but the directory was still invisible. Any tips or advice would be much appreciated. Garret. -- 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: Cannot access files and directories created in CYGWIN through WINDOWS explorer
Duffy, Garret wrote: Files and directories I've created within the Cygwin environment are not visible by any software that uses Windows Explorer to access the files. Sounds to me like your files/directories are being created with the Windows hidden attribute set and that you haven't configured Explorer to show you these files/directories regardless. Try 'attrib -H invisible file/directory' and see if that works. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
Minor sunrpc problem
On my Linux machine the rpc/xdr.h header file includes rpc/types.h and the cygwin version does not. This results in configure scripts not being able to verify that rpc/xdr.h is a valid file. Applying the following patch makes this work as expected. --- xdr.h.orig 2005-03-10 13:32:52.00100 -0800 +++ xdr.h 2007-11-01 13:32:57.796875000 -0700 @@ -38,6 +38,8 @@ #ifndef __XDR_HEADER__ #define __XDR_HEADER__ +#include rpc/types.h + /* * XDR provides a conventional way for converting between C data * types and an external bit-string representation. Library supplied Cary __ 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: can't read sequential files
Hang on, I misread you, my eye skipped over the bit where you suggest that adding the check somehow makes the preceding fopen call succeed instead of fail. However I still don't think that's what the OP was saying, unless the subject line of this thread is terribly wrong, I think you just read a bit too much into OP's phrase everything worked; I think that just means program ran to completion /without/ a segfault. It was more than that: and then rebuilding the code, everything worked. But it's strange that if I delete that code segment and never check whether the fp pointer is NULL or not, I always get a segmentation fault. Can this be some kind of an optimization problem? I don't know why it happens. Thank you for the comments. Especially when he suggested it was a problem with the compiler optimizer, I am pretty sure that he means the code is working as expected with this check in there, and he doesn't understand why. (The subject line applies from back before he tried this.) But anyway you could be right too, I guess there's no point in guessing what he meant... -Lewis -- 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] New package: pdftk-1.41.1-1 -- PDF utility
Corinna Vinschen wrote in news:[EMAIL PROTECTED]: On Oct 29 13:09, zzapper wrote: Dave Korn [EMAIL PROTECTED] wrote in news:02b901c81990$6b6e60c0 Any chance you can stop quoting raw email addresses? http://cygwin.com/acronyms/#PCYMTNQREAIYR Corinna Corinna, Sorry didn't realise Whoops, was using the default config of Xnews, just found out what to modify, so looking above it's now fixed -- zzapper http://www.rayninfo.co.uk/vimtips.html -- 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/
High CPU usage on posix_fallocate call - CVS version
When my compiled version of rsync is using the posix_fallocate function Im getting significant CPU usage. The machine is a dual-core processor and Im getting 20%-25% CPU utilization during the posix_fallocate call. Machine stats Windows Server 2003 x64 R2, 4GB RAM (over 2.0GB free), fiber connected SATA RAID. Im wondering if the CPU spike should be expected? The file size Im creating is 77GB is size. The call is a simple posix_fallocate(fd, 0, total_size) where the fd is the file pointer and the total_size is the 77GB value from the file being copied. It also takes 20 minutes for the file to be created using this call. When the same file is copied under native Windows Im not getting the same CPU spike or the length of time to create the file even though Windows is pre-allocating the file. I state this not as criticism, just for reference. cygwin version is CVS from roughly 10 days ago. I compiled the cygwin components following the FAQ instructions no special settings. Rob -- 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/
Cygwin1.dll
Hi, Can someone help me understand this, its probably really straightforward but I can't find an answer for this. Why is it when I build the most basic helloworld.exe and try and run it I get told of a dependancy on cygwin1.dll? Why do I need this dll, and what how do I build to avoid needing this? Thanks. Stephen -- View this message in context: http://www.nabble.com/Cygwin1.dll-tf4734709.html#a13539592 Sent from the Cygwin list mailing list archive at Nabble.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: Cygwin1.dll
sroberts82 wrote: Can someone help me understand this, its probably really straightforward but I can't find an answer for this. Why is it when I build the most basic helloworld.exe and try and run it I get told of a dependancy on cygwin1.dll? Why do I need this dll, and what When you build that program that calls printf(hello world), where do you think that implementation of printf comes from? On linux you have a libc.so, on Cygwin you have a cygwin1.dll, they are analogous. how do I build to avoid needing this? You don't. Or you use something other than Cygwin. 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: Cygwin1.dll
Charles D. Russell wrote: You don't. Or you use something other than Cygwin. Not as drastic as it sounds. Look at the compiler flag -mno-cygwin. Very handy if you occasionally want to distribute executables without cygwin1.dll. That would fall under use something other than Cygwin because you are not using Cygwin any more in that case, you are using MinGW. This means you can't use any POSIX emulated functions. 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: Cygwin1.dll
Brian Dessent wrote: sroberts82 wrote: Can someone help me understand this, its probably really straightforward but I can't find an answer for this. Why is it when I build the most basic helloworld.exe and try and run it I get told of a dependancy on cygwin1.dll? Why do I need this dll, and what When you build that program that calls printf(hello world), where do you think that implementation of printf comes from? On linux you have a libc.so, on Cygwin you have a cygwin1.dll, they are analogous. how do I build to avoid needing this? You don't. Or you use something other than Cygwin. Not as drastic as it sounds. Look at the compiler flag -mno-cygwin. Very handy if you occasionally want to distribute executables without cygwin1.dll. -- 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: copying a million tiny files?
On Nov 1, 2007 6:31 AM, Marco Atzeri wrote: --- Erich Dollansky ha scritto: if I remember right, XCOPY is older than any networking stuff on this plattform. It should be there since the first hard disks have been there. Not so old. I think only from MSDOS 5.0 Regards Marco Continuing to completely derail this topic: http://blogs.msdn.com/oldnewthing/archive/2004/01/06/47937.aspx#48022 xcopy is older than that -- 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 64 a possible solution from the dark side
Hi From time to time I run out of memory using awk with associative arrays in cygwin. Up to now I rebooted Ubuntu 64, ran the file and returned to cygwin on xp64. I got a new machine with vista ultimate 64 (I had choices of other vistas NO XP)/ Microsoft provides a 64 bit Korn shell with awk (based on interix) which works with ultimate 64 which works up to at least 10GB of memory in awk. There are only about 150 tools provided but it is allegedly possible to build bash on interix as well. I have no idea about performance but its faster than rebooting. Robert (Bob) L. Sandefur PE (is Billy Gates Darth Vader in drag?) -- 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/