Re: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber on 10/9/2005 7:59 PM: PS It's attached. I added the -t command to the g++ command so PS the loader would list the files it was processing when it breaks. PS The name of the object file in the last line should be PS SimpleInterpolationTable.o, but it gets truncated. PS (/home/pete/Build/lib/libUtilityg.a)SimpleInterpolmake: *** [slamem.exe] PS Error 1 You may be hitting command line length limitations. I'm wondering if the core dump happens because the truncated argument was not NUL-terminated. Have you considered bundling arguments into a temporary file, then passing @filename as the lone argument to ld, to bypass the command-line length limitations? You may also want to try mounting ld's directory as cygexec, or trying a recent snapshot, both of which use cygwin magic to increase the command-line length of cygwin applications. CF = Christopher Faylor CF This seems like a real shot in the dark to me. CF What would not be terminating a truncated CF command line? Cygwin? That's not likely. CF CF AFAIK, only very recent CVS versions of CF binutils take '@' command line arguments, CF although cygwin will honor them itself for CF processes which are not started by a cygwin CF process. I don't see any indication that CF this is the problem here. CF CF If this is a command-line length problem then something like: CF CF mount -X -b c:/cygwin/bin /bin CF mount -X -b c:/cygwin/bin /usr/bin CF CFwould probably fix it. CF CF See: http://cygwin.com/faq/faq-nochunks.html#faq.programming.make-execvp I tried this, but I am still seeing the problem. Calling the mount comment results in the following: CF Btw, if the above doesn't fix this and you can't provide CF any more details then it seems like your best bet would CF be to build a debugging version of binutils and see where CF the core dump is coming from. CF CF If you include error_start:c:/cygwin/bin/gdb.exe in CF your CYGWIN environment variable, it will start gdb CF automatically when a SEGV is encountered. Sorry in advance for the stupid questions, but... I downloaded the binutils source package, and extracted the source. When I ran ./configure --help I didn't see a --enable-debug option or anything I though was equivalent. Am I missing something? Do I also need to build a debug version of the cygwin DLL? Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber PS Sorry in advance for the stupid questions, but... PS PS I downloaded the binutils source package, and PS extracted the source. When PS I ran PS PS ./configure --help PS PS I didn't see a --enable-debug option or anything PS I though was equivalent. Am I missing something? BD = Brian Dessent BD Normally, auto-tooled packages like binutils have a BD default value for CFLAGS that is typically -g -O2 BD which means you get the debug information. When BD creating binary packages for distribution the BD binaries are typically stripped later. Thanks for the info Brian. I ran ./configure successfully in the extracted binutils-20050610-1 directory. When I ran make I ran into the following error: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o ar.exe arparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a arlex.o: In function `main': /home/pete/binutils-20050610-1/binutils/arlex.c:1: multiple definition of `_main' arparse.o:/home/pete/binutils-20050610-1/binutils/arparse.c:1: first defined here ar.o: In function `main': /home/pete/binutils-20050610-1/binutils/ar.c:337: multiple definition of `_main' arparse.o:/home/pete/binutils-20050610-1/binutils/arparse.c:1: first defined here ar.o: In function `mri_emul': /home/pete/binutils-20050610-1/binutils/ar.c:143: undefined reference to `_yyparse' collect2: ld returned 1 exit status make[3]: *** [ar.exe] Error 1 make[3]: Leaving directory `/home/pete/binutils-20050610-1/binutils' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/pete/binutils-20050610-1/binutils' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/pete/binutils-20050610-1/binutils' I'm not quite sure what the problem is. I have bison, flex and byacc loaded. Sorry for being a naive pest, Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PS = Pete Stieber PS Do I also need to build a debug version of the cygwin DLL? BD = Brian Dessent BDIt would help, since otherwise backtraces will only have raw BD addresses. Note that the cygwin configure script[*] has a BD --enable-debugging switch, but this is for enabling lots of BD runtime consistency checks and extra verbosity -- it is not BD meant for enabling debug symbols, which you BDshould get by default. CF Is this dying in the cygwin DLL? I suspect that it isn't. CF The stackdump file would show if it is, as would using CF CYGWIN error_start setting that I mentioned previously. CF CF I don't think there's any reason to build a debugging CF version of cygwin unless the problem points to the CF cygwin DLL. Keeping in mind that I am having problems building binutils (mentioned in a recent reply to Brian's post), here is the back trace from a stripped version of ld using the technique you suggested. Attaching to program `/bin/ld.exe', process 3248 [Switching to thread 3248.0x850] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x1941ffd0 in ?? () #6 0x3531283a in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) This is probably useless, but just wanted to indicate I'm not ignoring your advice. It is greatly appreciated. Thanks for the help Christopher, Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber PS Sorry in advance for the stupid questions, but... PS PS I downloaded the binutils source package, and PS extracted the source. When PS I ran PS PS ./configure --help PS PS I didn't see a --enable-debug option or anything PS I though was equivalent. Am I missing something? BD = Brian Dessent BD Normally, auto-tooled packages like binutils have a BD default value for CFLAGS that is typically -g -O2 BD which means you get the debug information. When BD creating binary packages for distribution the BD binaries are typically stripped later. PS Thanks for the info Brian. I ran ./configure successfully PS in the extracted binutils-20050610-1 directory. When PS I ran make I ran into the following error: A bunch removed. PS I'm not quite sure what the problem is. I have bison, PS flex and byacc loaded. Actually I loaded them after the error. After I removed the build directory and started over the code is building fine now. I will send the backtrace for my particular ld problem when I am through. BTW I have successfully built other codes with the same ld. I'm just getting a ld crash with one particular code. I guess that's obvious considering I'm building binutils with the same ld command. Thanks to all of the cygwin developers for their efforts, Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
1. I built the binutils code from the source. 2. I renamed /usr/bin/ld.exe to /usr/bin/ld-old.exe. 3. I copies ld-new.exe to /usr/bin. The debug session that starts when ld crashes repeats Program received signal SIGSEGV, Segmentation fault. over and over. It never seems to stop. Was copying ld-new.exe to /usr/bin/ld.exe the correct thing to do. I was afraid make install might strip the executable. Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
OK. This time gdb seemed to attach to the broken ld process, but the back trace still doesn't have symbols... GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/bin/ld.exe', process 3028 [Switching to thread 3028.0x604] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x195dffd0 in ?? () #6 0x74617453 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) Any suggestions? It looks like my new version of ld is in /bin and /usr/bin. Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
CGF It is useless. You probaby have to continue CGF after ld has been attached to see where the CGF SEGV really is coming from. Thanks. Here is the result... GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/bin/ld.exe', process 4060 [Switching to thread 4060.0x9f8] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x195dffd0 in ?? () #6 0x867810e8 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 4060.0xf60] 0x610c4914 in memcpy () from /bin/cygwin1.dll (gdb) bt #0 0x610c4914 in memcpy () from /bin/cygwin1.dll #1 0x6100275e in toascii () from /bin/cygwin1.dll #2 0x61050c8e in lsearch () from /bin/cygwin1.dll #3 0x610516e4 in lsearch () from /bin/cygwin1.dll #4 0x61051f79 in lsearch () from /bin/cygwin1.dll #5 0x610ab36c in setstate () from /bin/cygwin1.dll #6 0x6104ed0a in lsearch () from /bin/cygwin1.dll #7 0x610844ff in cygwin1!aclcheck () from /bin/cygwin1.dll #8 0x00428f50 in bfd_alloc (abfd=0x2c9aa418, size=320) at opncls.c:853 #9 0x00428f9e in bfd_zalloc (abfd=0x2c9aa418, size=320) at opncls.c:876 #10 0x00432e77 in coff_new_section_hook (abfd=0x2c9aa418, section=0x2c9fb7a0) at coffcode.h:1569 #11 0x0042288c in bfd_section_init (abfd=0x2c9aa418, newsect=0x2c9fb7a0) at section.c:773 #12 0x00422cee in bfd_make_section_anyway (abfd=0x2c9aa418, name=0x2c9fd8b8 .rdata$_ZTV15TCMapProjection) at section.c:1084 #13 0x0042f375 in coff_object_p (abfd=0x2c9aa418) at coffgen.c:99 #14 0x004284a7 in bfd_check_format_matches (abfd=0x2c9aa418, format=bfd_object, matching=0x0) at format.c:167 #15 0x0042857e in bfd_check_format (abfd=0x2c9aa418, format=bfd_object) at format.c:91 #16 0x004239ba in _bfd_generic_link_add_archive_symbols (abfd=0x2c538620, info=0x4af0c0, checkfn=0x4455b0 coff_link_check_archive_element) at linker.c:1085 #17 0x00445566 in _bfd_coff_link_add_symbols (abfd=0x2c538620, info=incomplete type) at cofflink.c:166 #18 0x00409be4 in load_symbols (entry=0x2c538620, place=0x1) at ldlang.c:2275 #19 0x0040a5ed in open_input_bfds (s=0x4af0c0, force=1) at ldlang.c:2685 #20 0x0040f3a2 in lang_process () at ldlang.c:5288 #21 0x00411765 in main (argc=153, argv=0x61156a48) at .././ld/ldmain.c:460 (gdb) Now we're getting somewhere. TCMapProjection is a class in one of my libraries. What next? Sorry for being a pest. Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
One last post before calling it a night. I built a debug version of the
cygwin DLL as well and installed it. Here is the latest gdb session:
Attaching to program `/bin/ld.exe', process 304
[Switching to thread 304.0x990]
(gdb) bt
#0 0x7c901231 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1 0x7c9507a8 in ntdll!KiIntSystemCall ()
from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2 0x0005 in ?? ()
#3 0x0004 in ?? ()
#4 0x0001 in ?? ()
#5 0x195dffd0 in ?? ()
#6 0x862a0968 in ?? ()
#7 0x in ?? ()
#8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
#9 0x7c9507c8 in ntdll!KiIntSystemCall ()
from /cygdrive/c/WINDOWS/system32/ntdll.dll
#10 0x in ?? () from
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 304.0x76c]
0x610c4914 in memcpy ()
at ../../../../cygwin-1.5.18-1/winsup/cygserver/client.cc:464
464 syscall_printf (cygserver un-available);
Current language: auto; currently c++
(gdb) bt
#0 0x610c4914 in memcpy ()
at ../../../../cygwin-1.5.18-1/winsup/cygserver/client.cc:464
#1 0x6100275e in crealloc (s=0x611ad488, n=262360)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/cygheap.cc:242
#2 0x61050c8e in list::add_record (this=0x61159870, r=
{fdesc_ = -1, mapping_handle_ = 0x4a3c, access_mode_ = 1, flags_
= 34, o
ffset_ = 0, size_to_map_ = 8192, base_address_ = 0x2c9fe000 ,
page_map_ = 0x0,
dev = {name = 0x2000 Address 0x2000 out of bounds, {devn = 0, {minor
= 0, maj
or = 0}}, native = 0x22 Address 0x22 out of bounds, mode = 4294967295,
dev_on_
fs = false}}, off=0, len=8192)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:375
#3 0x610516e4 in mmap64 (addr=0x0, len=8192, prot=1, flags=34, fd=-1,
off=0)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:749
#4 0x61051f79 in mmap (addr=0x0, len=8192, prot=3, flags=34, fd=-1,
off=0)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/mmap.cc:768
#5 0x610ab36c in dlmalloc (bytes=0)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/malloc.cc:3341
#6 0x6104ed0a in malloc (size=4064)
at ../../../../cygwin-1.5.18-1/winsup/cygwin/malloc_wrapper.cc:69
#7 0x610844ff in _sigfe ()
at ../../../../cygwin-1.5.18-1/winsup/cygwin/cygserver.h:82
#8 0x0022e968 in ?? ()
#9 0x004227f9 in bfd_section_hash_newfunc (entry=0x2c9aa4d8,
table=incomplete type, string=0x22e9a8 Oé\) at section.c:738
#10 0x00428f50 in bfd_alloc (abfd=0x2c9aa418, size=320) at opncls.c:853
#11 0x00428f9e in bfd_zalloc (abfd=0x2c9aa418, size=320) at opncls.c:876
#12 0x00432e77 in coff_new_section_hook (abfd=0x2c9aa418,
section=0x2c9fb7a0)
at coffcode.h:1569
#13 0x0042288c in bfd_section_init (abfd=0x2c9aa418, newsect=0x2c9fb7a0)
at section.c:773
#14 0x00422cee in bfd_make_section_anyway (abfd=0x2c9aa418,
name=0x2c9fd8b8 .rdata$_ZTV15TCMapProjection) at section.c:1084
#15 0x0042f375 in coff_object_p (abfd=0x2c9aa418) at coffgen.c:99
#16 0x004284a7 in bfd_check_format_matches (abfd=0x2c9aa418,
format=bfd_object, matching=0x0) at format.c:167
#17 0x0042857e in bfd_check_format (abfd=0x2c9aa418, format=bfd_object)
at format.c:91
#18 0x004239ba in _bfd_generic_link_add_archive_symbols
(abfd=0x2c538620,
info=0x4af0c0, checkfn=0x4455b0 coff_link_check_archive_element)
at linker.c:1085
#19 0x00445566 in _bfd_coff_link_add_symbols (abfd=0x2c538620,
info=incomplete type) at cofflink.c:166
#20 0x00409be4 in load_symbols (entry=0x2c538620, place=0x1) at
ldlang.c:2275
#21 0x0040a5ed in open_input_bfds (s=0x4af0c0, force=1) at ldlang.c:2685
#22 0x0040f3a2 in lang_process () at ldlang.c:5288
#23 0x00411765 in main (argc=153, argv=0x61156a48) at
.././ld/ldmain.c:460
(gdb)
Looks like it is craching on
464 syscall_printf (cygserver un-available);
in memcpy. Make any sense?
Will check the list tomorrow. TIA.
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber PSOne last post before calling it a night. I built a debug PS version of the cygwin DLL as well and installed it. PS Here is the latest gdb session: CGF I don't remember if I suggested trying a snapshot CGF but I'm wondering if a snapshot would just fix CGF your problem: http://cygwin.com/snapshots/ . Tried 20051013 and it worked :-))) I will let my development crew know when the next version of the cygwin DLL is released. Thanks again Christopher and Brian for the help. And as always, thanks to Corinna, Christopher, Igor, Joshua, and the many others to numerous to mention for all of their hard work on cygwin. Do I get a gold star ;-) Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PSTried 20051013 and it worked :-))) CGF I'm sorry that it didn't occur to me much CGF earlier that this was a cygwin CGF heap problem that was fixed in a snapshot. CGF I guess that, as a rule of thumb, CGF try a snapshot is always a good idea. Not to be a total brown nose, but I've been using cygwin for a long time and this is only the second time I've had to resort to a snapshot to solve a problem. In other words cygwin is normally stable enough so I don't think to try a snapshot. I should have tried it before posting. At least I learned how to build a debug version of the binutils package on cygwin. Thanks again, and I forgot to thank René Berber for his input, Pete -- 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: ncurses-5.4-2, libncurses8-5.4-2, libncurses-devel-5.4-2, ncurses-demo-5.4-2
PSOne of these packages seems to be giving me grief. PS I keep getting Download Incomplete. Try again? PS when I try to include them using setup version PS 2.457.2.2 and the mirros site ftp://gnu.kookel.org. PS PSI try to install everything. My cygcheck. -s -v -r PS output is attached. I'm getting the following error PS when I run cygcheck: PS PScygcheck: dump_sysinfo: GetVolumeInformation() failed: 31 LH That could be the problem: LH LH #net helpmsg 31 LH LH A device attached to the system is not functioning. LH LH Seems like you have a hardware problem that could LH be getting in the way. Thanks for the help Larry. I was also experiencing the same setup problem with two other machines that didn't have the cygcheck problem. After the base-files and tiff packages became available on gnu.kookel.org, setup ran to completion successfully. It even worked on the machine with the cygcheck problem and that machine still has the cygcheck problem after a successful update. Maybe it was a package dependency problem. Sorry for the noise. Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18: ld command generates stackdump
PS = Peter J. Stieber PS I have a large simluation that I have built under cygwin for a PS quite a while. Recently the ld phase of the build started PS generating a stackdump (ld.exe.stackdump). PS PS Unfortunately I cannot recreate the problem with a simple PS test case. I have attached cygcheck output. I realize PS I'm not providing much information, but I am not PS sure what to do next. PS PS Would the stackdump be of use? RB = René Berber RB No, but the actual command line that caused the RB failure could be interesting, i.e. which libraries RB are being linked. It's attached. I added the -t command to the g++ command so the loader would list the files it was processing when it breaks. The name of the object file in the last line should be SimpleInterpolationTable.o, but it gets truncated. RB Any other error/waring messages before the failure? There is a line in the output file indicating ld broke. collect2: ld terminated with signal 11 [Segmentation fault], core dumped PS What should I do or provide to get some help? RB Do you use any 3rd party packages? RB I mean any libraries that don't come with RB Cygwin. I use wxWidgets (http://wxwidgets.org/) version 2.6.1. I build the MSW version of the library under cygwin myself. I have been doing this for a few years. I use the Matrix Template Library (http://www.osl.iu.edu/research/mtl/). This library consists of templates in headers, so you do not generate a library to link with. I recently had to modify the MTL due to a conflict with the Cygwin version of the Windows headers. A preprocessor directive (PACKED) was added that conflicted with an enumeration in the MTL. I renames all instances of the enumeration to ePACKED in the MTL to avoid conflicts. RB Have you tried to do only the linking by hand? Yes. I manually typed the g++ line in the attached output file. It broke as well. Thanks for trying to help René. Any other suggestions? Pete g++ -g -O0 -DNOMINMAX -I/usr/local/wx261/lib/wx/include/msw-ansi-release-static-2.6 -I/usr/local/wx261/include/wx-2.6 -D__WIN95__ -D__WXMSW__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Wall -Wno-unknown-pragmas -Wno-format-y2k -t -o slamem.exe AboutDialog.o AttackNominatorDialogWx.o NetManagerData.o NodePropertiesPanel.o LinkPropertiesPanel.o RadioPropertiesPanel.o StatisticsPanel.o NetworkManagerDialog.o PauseEditor.o PauseEditor_wdr.o PauseEvents.o RetaskRequestDialogWx.o RunRateEditor.o RunRateEditor_wdr.o SlamemApp.o SlamemDocument.o SlamemMainFrame.o SlamemMapWindow.o SlamemMdiChildFrame.o SlamemTreeControl.o SlamemView.o SlamemVisualizationOptions.o ToolsTreeControl.o VisualizationDialog.o SlamAppWx_resources.o ../Slamem/libSlamemg.a ../Architecture/libArchitectureg.a ../CulturalFeatures/libCulturalFeaturesg.a ../MAM/libMAMg.a ../Asset/libAssetg.a ../AssetManager/libAssetManagerg.a ../Targeting/libTargetingg.a ../GVS/Targets/libGvsTargetsg.a ../Targets/libTargetsg.a ../Attack/libAttackg.a ../FusionAndTracking/libFusionAndTrackingg.a ../Exploitation/libExploitationg.a ../DisAmbassador/libDisAmbassadorg.a ../DttAmbassador/libDttAmbassadorg.a ../RFTags/libRFTagsg.a ../KeepoutDB/libKeepOutg.a ../Logger/libLoggerg.a ../Sensor/libSensorg.a ../SUO/libSUOg.a ../OpticalDegradation/libOpticalDegradationg.a ../Communications/libCommunicationsg.a ../Interactive/libInteractiveg.a ../Gccs/libGCCSg.a ../ServerSingleton/libServerSingletong.a -lAfrlNrtTdfg -lAntennag -lTrackingg -lClassMatrixg -lKalmang -lParticleFilterg -lBayesg -lATRg -lUSMTFg -lMidbg -lSimObjectg -lSpritesg -lMapg -lEntropyTaskerg -lEnvironmentg -lAnalysisDatag -lAstronomicg -lTinyXmlg -lTehdAmbassadorg -lTerraing -lRoadNetworkg -lFoliageg -lTWxClg -lToolsg -lTerraing -lMapg -lMapProjectiong -lExtractiong -lDtedg -lGeoidg -lDcwg -lDfadg -lVmapg -lRoadNetworkg -lDcwg -lVmapg -lCoordinateConversiong -lLoggerUtilitiesg -lSchedulerg -lMissileg -lUtilityg -lPatterng -lDisg -lSocketg -lSgp4Sdp4g -lShpg -lColorScaleg -lProgressg -lMgrsg -L/usr/local/wx261/lib /usr/local/wx261/lib/libwx_msw_xrc-2.6.a /usr/local/wx261/lib/libwx_msw_qa-2.6.a /usr/local/wx261/lib/libwx_msw_html-2.6.a /usr/local/wx261/lib/libwx_msw_adv-2.6.a /usr/local/wx261/lib/libwx_msw_core-2.6.a /usr/local/wx261/lib/libwx_base_xml-2.6.a /usr/local/wx261/lib/libwx_base_net-2.6.a /usr/local/wx261/lib/libwx_base-2.6.a -lpng -ljpeg -ltiff -lexpat -lz -lrpcrt4 -loleaut32 -lole32 -luuid -lwinspool -lwinmm -lshell32 -lcomctl32 -lcomdlg32 -lctl3d32 -ladvapi32 -lwsock32 -lgdi32 -lkernel32 -luser32 /usr/local/wx261/lib/libwx_msw_gl-2.6.a -lopengl32 -lglu32 collect2: ld terminated with signal 11 [Segmentation fault], core dumped /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: mode i386pe /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../crt0.o AboutDialog.o AttackNominatorDialogWx.o NetManagerData.o NodePropertiesPanel.o LinkPropertiesPanel.o RadioPropertiesPanel.o StatisticsPanel.o NetworkManagerDialog.o PauseEditor.o PauseEditor_wdr.o
Re: Setup column far too wide
There was a package at some point that confused setup's versioning logic, so setup stored a very long version number for it. The package is long gone from the mirrors, but if the OP was unlucky enough to update while it was still available, he has a corrupt line in his /etc/setup/installed.db. Since it's a plain text file, he can just edit it and remove that line (it should be easy to spot). HTH, Igor Thank you very much! I was having the same problem and the offending package was libopenldap2-2-15 and my installed.db had the following line (please excuse the line wrap): libopenldap2-2-15 libopenldap2-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2.2.15-1.tar.bz2 0 I removed it and the problem went away. Thanks again Igor, Pete -- 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: gcc-3.3.1-2
I've made a new version of gcc available for download. This is a very minor refresh from the 3.3.1-1. The only noticeable change from the last release was an attempt to correctly define mbstate_t. Thanks for the quick fix Chris. This fixed the problem in my original report http://www.cygwin.com/ml/cygwin/2003-09/msg01505.html But you already knew that ;-) Pete -- 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: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
if anyone wants to try this. It would be good to confirm or deny
that this fixes the problem for everyone.
I tried the posted simple shell script with the old and new bash.exe. Worked
exactly as you predicted...
Hung with the old, didn't hang (i.e. worked) with the new.
cygcheck output attached for reference.
Thanks for all you efforts Chris,
Pete
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Oct 18 11:31:12 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\DF98\BIN
c:\WINNT\system32
c:\WINNT
c:\Program Files\Common Files\Adaptec Shared\System
c:\VXIpnp\WinNT\Bin
c:\Tcl\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\OutsideSource\rtis-1.3\lib\winnt_vc++-6.0
c:\jdk1.3.1_02\bin
c:\jdk1.3.1_02\jre\bin\hotspot
c:\ACE_wrappers\bin
c:\Programs\Tex2RTF
C:\cygwin\usr\X11R6\bin
.
C:\cygwin\home\pete\bin
c:\Source\SimLibUtilities\bin
C:\cygwin\usr\local\sbin
C:\cygwin\usr\local\lib
C:\cygwin\usr\local\bin\netpbm
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1001(pete) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1001(pete) GID: 513(None)
513(None)544(Administrators)
545(Users)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\pete'
LD_LIBRARY_PATH = `C:\cygwin\home\pete\:\home\pete\lib'
LIBRARY_PATH = `:/home/pete/lib:/usr/local/lib'
MAKE_MODE = `unix'
PWD = `/home/pete'
USER = `pete'
ACE_ROOT = `C:\ACE_wrappers'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\pete\Application Data'
BASH_ENV = `/home/pete/.bashrc'
CC = `gcc'
CLASSPATH = `C:\antlr-2.7.2\antlr.jar;.'
COABSGRID_ROOT = `C:\CoABSGrid'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LISA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CPU = `i386'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/cvs/src'
CVS_RSH = `ssh'
CXX = `g++'
F77 = `g77'
FRAMEWORKPATH = `C:\VXIpnp\WinNT\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pete'
HOSTNAME = `lisa'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual
Studio\VC98\include'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program
Files\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\LISA'
MANPATH = `:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCCTS = `C:\Toyon\Source\Pccts'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PLOT = `/cygdrive/c/plot'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
REPLYTO = [EMAIL PROTECTED]'
SHLVL = `1'
SIMETC = `/cygdrive/c/plot/etc/cygwin'
SIMLIB = `/cygdrive/c/plot/lib'
SIMLIB_SOURCE_DIR = `/cygdrive/c/Source'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `'
TERM = `cygwin'
TEXINPUT = `C:\Source\SimLib'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `'
TOYONLIB_SOURCE_DIR = `/cygdrive/c/SourceSlamem'
TOYON_CLASSPATH = `C:\Source\toyonlib\Agent'
USERDOMAIN = `LISA'
USERNAME = `'
USERPROFILE = `C:\Documents and Settings\pete'
UTILITIES = `/cygdrive/c/Source/SimLibUtilities/cygwinbin'
VOODINI = `/cygdrive/c/plot/etc/cygwin/voodoo.ini'
VXIPNPPATH = `C:\VXIpnp\'
WINDIR = `C:\WINNT'
WXWIN = `/cygdrive/c/wxWindows-2.4.2'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\cygwin'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\cygwin/bin'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\cygwin/lib'
flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
Re: rsync local dir copy hang - solved for me
I'm just a user and follower of cygwin, but it amazes me how many people put the output of cygcheck -s output: or cygcheck -svr in the body of their email instead of as an attachment when every stinking email has http://cygwin.com/problems.html at the bottom of it and that page has Run cygcheck -s -v -r cygcheck.out and include that as an attachment in your report. No wonder you guys are just mean. Sorry for the noise, Pete -- 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: cygcheck as body or attachment (was RE: rsync hang .... )
I've used Cygwin for several years now, and have read this mailing list for quite some time. When I encountered the rsync problem, I searched mailing lists as well as Google to find the solution, couldn't find a definitive answer, and eventually found one myself that worked, so I thought I'd post it (as many other people had reported similar problems in the archives) in order to help. I almost didn't email the list with this solution because I couldn't remember whether or not to include the output of cygcheck as an attachment or as part of the body. I looked on the mailing list webpage on cygwin.com, and couldn't see any info, so I decided to put it in the body. I should have looked further, but I figured it wouldn't be a big deal. Of course, I chose the wrong way, and got flamed. I think the people I work with would think of me as a nice guy. I hope this comment doesn't get me blocked from the cygwin list ;-) Normally I ignore such things, but I felt compelled because I have seen many other messages with the following content... PLEASE include the generated files 'cygcheck.txt' *as an attachment*, and NOT in the body of the mail message. If you don't believe me visit http://cygwin.com/ml/cygwin/ and type as an attachment in the search box. I got 2862 hits. This makes me believe you've been subscribed to the mailing list for quite some time, but may not have actually read many messages. I can understand this. It's an active list. So I thought I would help by pointing this out. On the other hand, now I understand the WJM philosophy, because in this case it worked... I now know the right way. You may ask yourself why I bothered replying to this post. We'll you made another minor mistake by adding my address to email distribution list. I obviously read the mailing list and this simply resulted in me getting two copies of the same messages. I hope pointing this out doesn't seem too mean. Imagine if you would have done this to cfg! Anyway, I hope that my simple patch can help someone else in the future, and if the additional body of my message bothered anyone, I apologize. I hope you helped someone too. I'm sure you did. Just ignore the mean people on the list, but use their advice to avoid further meanness. Pete -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems building cygwin from source
I'm interested in building the cygwin DLL from the source, but I'm having
problems.
I've attached my cygcheck output. I tried the following sequence under my
home directory...
$ mkdir cygwin-src
$ cd cygwin-src
$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
$ cvs -z3 co winsup
$ mkdir Build
$ cd Build
$ ../src/winsup/configure --prefix=/usr/install --enable-debugging -v 21 |
tee configure.log
$ make 21 | tee make.log
but make breaks. configure.log is also attached, but make.log is too large
to send to the list. The last lines that indicate the make breakage are
gcc -c -gstabs+ -O2 -MMD ... v8_regsub.c
g++ -c -gstabs+ -O2 -MMD ... wait.cc
g++ -c -gstabs+ -O2 -MMD ... wincap.cc
g++ -c -gstabs+ -O2 -MMD ... window.cc
gcc -c -gstabs+ -O2 -MMD ... longjmp.c
gcc -c -gstabs+ -O2 -MMD ... setjmp.c
make: *** /home/pete/cygwin-src/libiberty: No such file or directory. Stop.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[1]: **
* [/home/pete/cygwin-src/libiberty/random.o] Error 2
make[1]: Leaving directory `/home/pete/cygwin-src/Build/cygwin'
make: *** [cygwin] Error 1
What am I doing wrong?
Thanks in advance for pointing out my stupidy,
Pete
configure.log
Description: Binary data
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Nov 04 13:29:33 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\DF98\BIN
c:\WINNT\system32
c:\WINNT
c:\Program Files\Common Files\Adaptec Shared\System
c:\VXIpnp\WinNT\Bin
c:\Tcl\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\OutsideSource\rtis-1.3\lib\winnt_vc++-6.0
c:\jdk1.3.1_02\bin
c:\jdk1.3.1_02\jre\bin\hotspot
c:\ACE_wrappers\bin
c:\Programs\Tex2RTF
C:\cygwin\usr\X11R6\bin
.
C:\cygwin\home\pete\bin
c:\Source\SimLibUtilities\bin
C:\cygwin\usr\local\sbin
C:\cygwin\usr\local\lib
C:\cygwin\usr\local\bin\netpbm
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1001(pete) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1001(pete) GID: 513(None)
513(None)544(Administrators)
545(Users)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\pete'
LD_LIBRARY_PATH = `C:\cygwin\home\pete\:\home\pete\lib'
LIBRARY_PATH = `:/home/pete/lib:/usr/local/lib'
MAKE_MODE = `unix'
PWD = `/home/pete'
USER = `pete'
ACE_ROOT = `C:\ACE_wrappers'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\pete\Application Data'
BASH_ENV = `/home/pete/.bashrc'
CC = `gcc'
CLASSPATH = `C:\antlr-2.7.2\antlr.jar;.'
COABSGRID_ROOT = `C:\CoABSGrid'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LISA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CPU = `i386'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/cvs/src'
CVS_RSH = `ssh'
CXX = `g++'
F77 = `g77'
FRAMEWORKPATH = `C:\VXIpnp\WinNT\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pete'
HOSTNAME = `lisa'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual
Studio\VC98\include'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program
Files\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\LISA'
MANPATH = `:/usr/X11R6/man:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCCTS = `C:\Toyon\Source\Pccts'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PLOT = `/cygdrive/c/plot'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
REPLYTO = [EMAIL PROTECTED]'
SHLVL = `1'
SIMETC = `/cygdrive/c/plot/etc/cygwin'
SIMLIB = `/cygdrive/c/plot/lib'
SIMLIB_SOURCE_DIR = `/cygdrive/c/Source'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `'
TERM = `cygwin'
TEXINPUT = `C:\Source\SimLib'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `'
TOYONLIB_SOURCE_DIR = `/cygdrive/c/SourceSlamem'
TOYON_CLASSPATH = `C:\Source\toyonlib\Agent'
USERDOMAIN = `LISA'
USERNAME = `'
USERPROFILE = `C:\Documents and Settings\pete'
UTILITIES = `/cygdrive/c/Source/SimLibUtilities/cygwinbin'
VOODINI = `/cygdrive/c/plot/etc/cygwin/voodoo.ini'
VXIPNPPATH = `C:\VXIpnp\'
WINDIR = `C:\WINNT'
WXWIN = `/cygdrive/c/wxWindows-2.4.2'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
Re: Problems building cygwin from source
I'm interested in building the cygwin DLL from the source, but I'm having problems. I've attached my cygcheck output. I tried the following sequence under my home directory... $ mkdir cygwin-src $ cd cygwin-src $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src $ cvs -z3 co winsup $ mkdir Build $ cd Build $ ../src/winsup/configure --prefix=/usr/install --enable-debugging -v 21 | tee configure.log $ make 21 | tee make.log ../src/configure --prefix=/usr/install --enable-debugging -v ^ no 'winsup' Thanks Chris, I think I foolishly picked this up from some misinformation in the mailing list thread Can't build cygwin from CVS: configure error, but the documentation on http://cygwin.com/faq/faq_4.html#SEC104 is perfectly clear. Just didn't notice the difference myself. Thanks again, Pete -- 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: cvs complains of no repository
Initially I sent this directly to Ken. Sorry Ken. See reply below... There's a difference between 1.10 and 1.11 that I don't understand. Performing a cvs co -c using 1.10 correctly provides a listing of the projects. The version shows Concurrent Versions System (CVS) 1.10 `Halibut' (client). Performing a cvs co -c using 1.11.6 just says : no such repository. The version shows Concurrent Versions System (CVS) 1.11.6 (client/server). CVSROOT is :pserver:[EMAIL PROTECTED]:/export/cvsroot and matches CVS/Root. -- Ken Shaffer The following worked for me Ken. terminal interaction1 cvs --version Concurrent Versions System (CVS) 1.11.6 (client/server) Copyright (c) 1989-2003 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS /terminal interaction1 After successfully logging on using :pserver:[EMAIL PROTECTED]:/cvs/src cvs -co -c worked. terminal interaction2 export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src cvs login password is anoncvs cvs co -c CVSROOT CVSROOT all-naked-tcl -a naked-tcl naked-tk naked-itcl naked-iwidgets naked-blt all-tcl -a all-naked-tcl src-support binutils -a naked-binutils naked-opcodes naked-bfd naked-libiberty naked-include naked-gas naked-gprof naked-ld naked-intl src-support naked-texinfo naked-cpu . . . lots of other good stuff... /terminal interaction2 So I didn't see the problem you are referring to, Pete -- 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: cvs - cygwin1.dll recompile - configure fails in w32api/
Just tried this myself this morning (11/12/2003 9:00 AM PST) and it worked. Definitely did not need the Remedy. Pete $ cd / $ rm -rf src $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src ;\ cvs login ;\ cvs -z3 checkout winsup ;\ cd /obj ;\ /src/configure --enable-debugging --prefix=/install -v 21 | \ tee configure.log ; \ cd .. SNIP configuring in w32api running /bin/sh /src/winsup/w32api/configure --host=i686-pc-cygwin --build=i686-pc-cygwin - -with-newlib --enable-multilib --prefix=/install -v --program-transform-na me =s,y,y, --with-target-subdir=i686-pc-cygwin --cache-file=../../config.cache --srcdir=/src/winsup/w32api configure: error: invalid package name: target-subdir configure: error: /src/winsup/w32api/configure failed for w32api make[1]: *** [configure-target-winsup] Error 1 make[1]: Leaving directory `/obj' Remedy: $ cd /src/cd winsup/w32api/ $ configure --host=i686-pc-cygwin --build=i686-pc-cygwin --with-newlib --enabl e-multilib --prefix=/install -v --program-transform-name=s,y,y, --cache-file =../../config.cache --srcdir=/src/winsup/w32api $ -- 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: man-1.5k-2
Steve Kelem wrote: I installed this version, and I still get the ESC characters. Do you have any idea why I'm getting them? Larry Hall wrote: Does '/usr/share/misc/man.conf' contain this line? PAGER /usr/bin/less -isrR I updated to man-1.5k-2 too and my '/usr/share/misc/man.conf' contains PAGER /bin/less -is I don't get ESC chars because I setup the fix posted on this mailing list prior to the fix being provided in the man package. I think it was add the following to .bashrc. export LESS=R export MANPAGER=less HTH, Pete -- 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: C COM objects?
I'll give ZooLib another try. If I can build ZooLib with Cygwin, that will mean that ZooLib can be built with gcc on all the platforms that ZooLib supports (Mac OS, Windows, Linux and BeOS). I think that would encourage its acceptance as a framework for writing open source software, if one isn't required to use an expensive compiler to build Windows software with it. I've been able to build wxWindows (http://www.wxwindows.org) apps on cygwin using gcc and the the other OSs you mention (except for BeOS). Pete -- 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: check_case:strict Useful
CFG This falls under the classification of really need it and CFG really know what you're doing. I'll consider that the ultimate compliment ;-) Pete -- 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: Undefined references when compiling C++ program
when I try to compile this...
//zozo.cc
#include iostream
int main()
{
std::cout Salut std::endl;
return 0;
}
...with...
gcc zozo.cc
Use g++ zozo.cc instead.
Pete
--
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: latest snapshot seems better wrt make -j hang problems
I wonder if there is a super-secret club out there somewhere that I can now join having spent the last four months wrapping my head around subtle multi-threaded race conditions. My wife has not quite picked up on the fact that when I have a certain pained intense look on my face, I'm really trying to model what happens when two threads attack the same area of code at the same time rather than suffering from some sort of intestinal disorder. FWIW, I found ANOTHER race yesterday while running the cygwin test suite. So, it's back to square one for testing since it was in low level code which could affect everything. And, this race has been there since I screwed up in September 2001. Lovely. I've been watching your debugging efforts in this area and I feel you pain. I'm not sure this will help, but if I were you I would be getting desperate for help. From the Valgrind website: Helgrind [part of Valgrind] is a thread debugger which finds data races in multithreaded programs. It looks for memory locations which are accessed by more than one (POSIX p-)thread, but for which no consistently used (pthread_mutex_)lock can be found. Such locations are indicative of missing synchronization between threads, and could cause hard-to-find timing-dependent problems. It is useful for any program that uses pthreads. It is a somewhat experimental tool, so your feedback is especially welcome here. Do you think it would be worth the effort of attempting to build this thing under cygwin? If you think it's worth it, I could take a stab at building it for you. Feel free to be mean. I probably deserve it ;-) Pete -- 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: latest snapshot seems better wrt make -j hang problems
I don't see how it could be worthwhile since cygwin doesn't use posix threads or even posix mutexes under the hood. Sorry for my stupidity. The tools are probably very OS specific anyway. Just trying to help. Oh well. Pete -- 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: perl-5.8.1-1 problem
This perl is a test release which requires cygwin-1.5.3. Gerrit, I'm having the same problem. I updated in my normal way using setup.exe. I did not have the Exp radio button checked and am using 1.3.22. It seems like I shouldn't get this until 1.5.3 is the Curr. I'm I missing something? Pete PS Sorry for the private email 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: perl-5.8.1-1 problem
This is my fault. I somehow made 5.8.1 the default. I've fixed this now but it will take a while to propagate to mirrors. cgf Thanks, Pete -- 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/
Latest GCC has mbstate_t problem
I'm using cygwin v1.5.5 under Win2K.
uname -a
CYGWIN_NT-5.0 lisa 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown
Cygwin
cygcheck -s -v -r is attached.
A long time ago (11/7/2002) I reported a problem with GCC 3.2 20020818 that
involved the mbstate_t structure. cgf quickly fixed it back then. It seems
to be back. The following is a simple test case.
#include iostream
#include wchar.h
using namespace std;
int main()
{
cout Hello world. endl;
}
Attempt a compile with
g++ -v -Wall Sample.cpp
will result in the following (sorry for the line wrapping)
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with:
/netrel/src/gcc-3.3.1-1/configure --enable-languages=c,c++,f77,
java --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls
--wi
thout-included-gettext --enable-interpreter --enable-sjlj-exceptions --disab
le-v
ersion-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i6
86-p
c-cygwin --target=i686-pc-cygwin --prefix=/usr --exec-prefix=/usr --sysconfd
ir=/
etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr/sb
in
Thread model: posix
gcc version 3.3.1 (cygming special)
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/cc1plus.exe -quiet -v -D__GNUC__=3 -D_
_GN
UC_MINOR__=3 -D__GNUC_PATCHLEVEL__=1 -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__
unix
__ -D__unix -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../include
/w32api -idirafter /usr/local/lib/../../include/w32api
Sample.cpp -D__GNUG__=3 -
quiet -dumpbase Sample.cpp -auxbase Sample -Wall -version -o /tmp/ccdIx2kf.s
GNU C++ version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=131006
ignoring nonexistent directory /usr/i686-pc-cygwin/include
ignoring duplicate directory /usr/include/w32api
#include ... search starts here:
#include ... search starts here:
/usr/include/c++/3.3.1
/usr/include/c++/3.3.1/i686-pc-cygwin
/usr/include/c++/3.3.1/backward
/usr/local/include
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
/usr/include
/usr/include/w32api
End of search list.
In file included from Sample.cpp:2:
/usr/include/wchar.h:38: error: conflicting types for `typedef struct
_mbstate_t mbstate_t'
/usr/include/c++/3.3.1/cwchar:65: error: previous declaration as `typedef
struct mbstate_t mbstate_t'
TIA
Pete
cygcheck.out
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Generic Event Extension message
I'm getting this messages when running remote clients from a cygwin x session. Is there a way to get rid of them? Pete -- 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: Generic Event Extension message
PS = Pete Stieber PS I'm getting this messages when running PS remote clients from a cygwin x session. PS Is there a way to get rid of them? Y = Yaakov Y Maybe. Y Y Problem reports: http://cygwin.com/problems.html cygcheck.out attached. Pete Cygwin Configuration Diagnostics Current System Time: Mon Aug 24 16:45:51 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin . C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Roxio Shared\DLLShared\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\Program Files\AMD\CodeAnalyst\bin c:\Program Files\Java\jdk1.6.0_11\bin c:\ExternalPackages\Toyon-CLS-DLL-03-09\bin c:\Program Files\TortoiseSVN\bin c:\Program Files\QuickTime\QTSystem\ c:\ExternalPackages\fftw-3.1.2 C:\cygwin\bin C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(Peter Stieber) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(Peter Stieber) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Peter Stieber' PWD = '/home/pete' HOME = '/home/pete' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\Peter Stieber' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\Peter Stieber\Application Data' SSH_AGENT_PID = '3092' HOSTNAME = 'Cubs2008' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (November 2008)\' TERM = 'xterm' ROXIOCENTRAL = 'C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 11, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' WINDOWID = '2097187' OLDPWD = '/cygdrive/c/Documents and Settings/Peter Stieber' USERDOMAIN = 'CUBS2008' PCCTS = 'C:\ToyonCode\Source\Pccts' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XTERM_SHELL = '/usr/bin/bash' !:: = '::\' VS90COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/DOCUME~1/PETERS~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' SSH_AUTH_SOCK = '/tmp/ssh-PLPHyhwhlI/agent.4092' TERMCAP = 'xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'Peter Stieber' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' CYGWIN_ROOT = '\cygwin' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\Peter Stieber' TEXINPUT = 'C:\SimLibSource\SimLib' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\CUBS2008' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\Documents and Settings\Peter Stieber' XTERM_LOCALE = 'C' XTERM_VERSION = 'Cygwin 6.8.99.903(242)' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'Peter Stieber' TMP = '/cygdrive/c/DOCUME~1/PETERS~1/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'hp psc 1310 series' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f0b' EXT_PKGS = 'C:\ExternalPackages' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' RUN = '\cygwin\bin\run -p /usr/bin' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = '127.0.0.1:0.0' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'CUBS2008' !EXITCODE = '' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) =
Re: Generic Event Extension message
Y = Yaakov Y The X Generic Event Extension (XGE) was added... Thanks for the detailed explanation Yaakov. Pete -- 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/
