Please upload: ec-fonts-mftraced-1.0.8-1
After reviewing it with Gerrit, I think the files are ready to upload. This package is needed for the current lilypond to be released. I hope that this way is good, please tell me if I should done something else. sdesc: EC PostScript Type1 fonts with TFMs for TeX category: Publishing requires: tetex-bin tetex-tiny ldesc: These are PostScript Type1 renderings and TFMs of the EC variants of the standard TeX CMR font family. These fonts include characters with European accents. http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/setup.hint http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/ec-fonts-mftraced-1.0.8-1.tar.bz2 http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/ec-fonts-mftraced-1.0.8-1-src.tar.bz2 Thanks, Bert
Re: Please upload: ec-fonts-mftraced-1.0.8-1
Is there some reason why you've sent this multiple times? No, just I haven't got any feedback. Sorry. I've uploaded the above into a subdirectory under tetex. Thank you much, Bert
Re: Please upload: ec-fonts-mftraced-1.0.8-1
On Tue, Dec 14, 2004 at 11:05:26PM +0100, Bertalan Fodor wrote: sdesc: EC PostScript Type1 fonts with TFMs for TeX category: Publishing requires: tetex-bin tetex-tiny ldesc: These are PostScript Type1 renderings and TFMs of the EC variants of the standard TeX CMR font family. These fonts include characters with European accents. http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/setup.hint http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/ec-fonts-mftraced-1.0.8-1.tar.bz2 http://www.inf.bme.hu/~berti/lilypond/release/ec-fonts-mftraced/ec-fonts-mftraced-1.0.8-1-src.tar.bz2 Is there some reason why you've sent this multiple times? I've uploaded the above into a subdirectory under tetex. cgf
cygwin package server inside firewall, setup can't get list of download sites
[setup-2.427, Windows XP pro 5.1, experienced with linux X, not a windows or cygwin hacker] I need to have a local (partial) copy of the cygwin software tree to allow fast installs for many PC's. This has to be inside our corporate firewall. I set up the data on a local ftp server. When I run setup, I have to specify Install from Internet and Direct Connection to get to my ftp server, inside the firewall. But then setup hangs Can't get list of download sites... because it's trying to get to some outside machine without proxy. Is there some way to force setup to get it's initial list of download sites from a local file, or from a locally specified host? And alas no, I can't fix my firewall to do the smart thing. If I have to, I suppose I can mount the software tree via samba and do Install From Local Directory from that share, but I'd rather avoid fetching hundreds of megabytes through samba... -- George Young -- Are the gods not just? Oh no, child. What would become of us if they were? (CSL) Cygwin Configuration Diagnostics Current System Time: Tue Dec 14 16:32:58 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\system32\nls c:\WINDOWS\system32\nls\ENGLISH c:\Program Files\Novell\ZENworks\ c:\Program Files\SecureCRT\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1004(gyoung) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1004(gyoung) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\gyoung' MAKE_MODE = `unix' PWD = `/cygdrive/c/TEMP' USER = `gyoung' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\gyoung\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SWINE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\' HOSTNAME = `swine' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\SWINE' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/c/TEMP/http%3a%2f%2fmirror.mcs.anl.gov%2fcygwin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `E-710 R7 Color Server US' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0702' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\gyoung\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\gyoung\LOCALS~1\Temp' USERDOMAIN = `SWINE' USERNAME = `gyoung' USERPROFILE = `C:\Documents and Settings\gyoung' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 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\Program Options a: fd N/AN/A c: hd NTFS 78152Mb 7% CP CS UN PA FC d: fd N/AN/A e: cd N/AN/A C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2004/9/14
Re: cygwin package server inside firewall, setup can't get list of download sites
On Tue, Dec 14, 2004 at 04:38:14PM -0500, george young wrote: [setup-2.427, Windows XP pro 5.1, experienced with linux X, not a windows or cygwin hacker] I need to have a local (partial) copy of the cygwin software tree to allow fast installs for many PC's. This has to be inside our corporate firewall. I set up the data on a local ftp server. When I run setup, I have to specify Install from Internet and Direct Connection to get to my ftp server, inside the firewall. But then setup hangs Can't get list of download sites... because it's trying to get to some outside machine without proxy. Is there some way to force setup to get it's initial list of download sites from a local file, or from a locally specified host? And alas no, I can't fix my firewall to do the smart thing. If I have to, I suppose I can mount the software tree via samba and do Install From Local Directory from that share, but I'd rather avoid fetching hundreds of megabytes through samba... Why are you posting a general cygwin question to the mailing list devoted to Cygwin/X?
can't start x-server
hi... any help appreciated. running on win xp ibm t41 with 1 gig ram. thanks b $ more XWin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-7 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1400 h 1050 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X1 1R6/lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1050 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! -- Barry Kalet Sr. Systems Engineer, JNCIS-FWV Juniper Networks 917.881.6133 mailto:[EMAIL PROTECTED] http://www.juniper.net http://www.juniper.net/
RE: configuring X, backspace, ....
I've got portuguese keyboard layout, no error messages reported on /tmp/Xwin.log. If I use any editor I get those symbols right. I've tried also some different keyboard models with xmodmap (102, 105 and 106 keys, all PT layouts), but the result is the same. Here goes the results of xev: -- begin dump -- Outer window is 0xa1, inner window is 0xa2 PropertyNotify event, serial 8, synthetic NO, window 0xa1, atom 0x27 (WM_NAME), time 322200562, state PropertyNewValue PropertyNotify event, serial 9, synthetic NO, window 0xa1, atom 0x22 (WM_COMMAND), time 322200562, state PropertyNewValue PropertyNotify event, serial 10, synthetic NO, window 0xa1, atom 0x28 (WM_NORMAL_HINTS), time 322200562, state PropertyNewValue CreateNotify event, serial 11, synthetic NO, window 0xa1, parent 0xa1, window 0xa2, (10,10), width 50, height 50 border_width 4, override NO MapNotify event, serial 12, synthetic NO, window 0xa1, event 0xa1, window 0xa2, override NO MapNotify event, serial 13, synthetic NO, window 0xa1, event 0xa1, window 0xa1, override NO ConfigureNotify event, serial 13, synthetic NO, window 0xa1, event 0xa1, window 0xa1, (86,86), width 178, height 178, border_width 2, above 0x22, override NO VisibilityNotify event, serial 13, synthetic NO, window 0xa1, state VisibilityUnobscured Expose event, serial 13, synthetic NO, window 0xa1, (0,0), width 178, height 178, count 0 ConfigureNotify event, serial 13, synthetic NO, window 0xa1, event 0xa1, window 0xa1, (90,109), width 178, height 178, border_width 2, above 0x22, override NO FocusIn event, serial 15, synthetic NO, window 0xa1, mode NotifyNormal, detail NotifyNonlinear KeymapNotify event, serial 15, synthetic NO, window 0x0, keys: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 15, synthetic NO, window 0xa1, atom 0xd8 (cyg_privmap_rl), time 322200593, state PropertyNewValue KeyPress event, serial 21, synthetic NO, window 0xa1, root 0x3a, subw 0x0, time 322201671, (364,230), root:(456,341), state 0x10, keycode 47 (keysym 0xe7, ccedilla), same_screen YES, XLookupString gives 1 bytes: (e7) ç XmbLookupString gives 1 bytes: (e7) ç XFilterEvent returns: False KeyRelease event, serial 24, synthetic NO, window 0xa1, root 0x3a, subw 0x0, time 322201734, (364,230), root:(456,341), state 0x10, keycode 47 (keysym 0xe7, ccedilla), same_screen YES, XLookupString gives 1 bytes: (e7) ç KeyPress event, serial 24, synthetic NO, window 0xa1, root 0x3a, subw 0x0, time 322205203, (364,230), root:(456,341), state 0x10, keycode 48 (keysym 0xba, masculine), same_screen YES, XLookupString gives 1 bytes: (ba) º XmbLookupString gives 1 bytes: (ba) º XFilterEvent returns: True KeyRelease event, serial 24, synthetic NO, window 0xa1, root 0x3a, subw 0x0, time 322205281, (364,230), root:(456,341), state 0x10, keycode 48 (keysym 0xba, masculine), same_screen YES, XLookupString gives 1 bytes: (ba) º -- end dump -- -Original Message- From: Alexander Gottwald [mailto:[EMAIL PROTECTED] Sent: terça-feira, 14 de Dezembro de 2004 10:10 To: [EMAIL PROTECTED] Subject: RE: configuring X, backspace, On Tue, 14 Dec 2004, Lino Miguel Martins Tinoco wrote: I've the same problem, but with the çÇ´`ªº symbols! Tried the solutions on the faq but nothing. If I it the Ç key twice, I get a ls. Same procedure: What does xev report? Which keyboard layout are you using? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Problem starting X
I've already created a patch which loads the function dynamicly from the dll. great, I was just looking at how to do exactly that after seeing that detecting windows versions isn't the best way to go about it. mark This e-mail (and any attachments) may contain privileged and/or confidential information. If you are not the intended recipient please do not disclose, copy, distribute, disseminate or take any action in reliance on it. If you have received this message in error please inform us and delete it. Should you wish to communicate with us by e-mail we cannot guarantee the security of any data outside our own computer systems. For the protection of our systems and staff, incoming and outgoing emails are automatically scanned for viruses and content.
Re: Problem starting X
On Tue, Dec 14, 2004 at 01:12:13PM -, Mark Fisher wrote: hmm, according to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/monitor _82yb.asp it's available from win98 onwards, and windows 2000 onwards, so yes, looks like win95 and winNT not supported. I'll have a go at patching the code for detecting windows version. It may be overkill, but you're welcome to use the code in cygwin's winsup/autoload.cc. It does dynamic loading of library entry points and can be configured to just return 0 on failure rather than pop up the annoying dialog. Once you define an entry point in this fashion you can just use it as normal. cgf
[Patch] bug # 514 (cygwin console handling) - update
This is an update of my trivial patch that fixes http://sourceware.org/bugzilla/show_bug.cgi?id=514 I guess the patch is pretty much ok and I'm inclined to let it pass under the trivial patch rule... iff you change it so that the #ifdef goes away. Which alternative seems more appropriate resp. which one results in the more readable output? It's the one we should choose (since any choice will result in complains anyway). OK, I kept the alternative that was selected by #ifdef before. It's the more consistent one anyway. And please shorten the ChangeLog entry to about one sentence. OK. Thanks a lot. Thomas 2004-12-14 Thomas Wolff [EMAIL PROTECTED] * fhandler_console.cc (get_win32_attr): Avoid inappropriate intensity interchanging that used to render reverse output unreadable when (non-reversed) text is bright. See http://sourceware.org/bugzilla/show_bug.cgi?id=514 --- cygwin-1.5.12-1/winsup/cygwin/fhandler_console.cc 2004-11-30 12:47:46.0 +0100 +++ cygwin-1.5.12-1/winsup/cygwin/fhandler_console.cc.fix514.1 2004-12-14 14:13:43.72587 +0100 @@ -924,11 +924,11 @@ fhandler_console::get_win32_attr () win_fg = (win_bg BACKGROUND_RED ? FOREGROUND_RED : 0) | (win_bg BACKGROUND_GREEN ? FOREGROUND_GREEN : 0) | (win_bg BACKGROUND_BLUE ? FOREGROUND_BLUE : 0) | - (win_fg FOREGROUND_INTENSITY); + (win_bg BACKGROUND_INTENSITY ? FOREGROUND_INTENSITY : 0); win_bg = (save_fg FOREGROUND_RED ? BACKGROUND_RED : 0) | (save_fg FOREGROUND_GREEN ? BACKGROUND_GREEN : 0) | (save_fg FOREGROUND_BLUE ? BACKGROUND_BLUE : 0) | - (win_bg BACKGROUND_INTENSITY); + (save_fg FOREGROUND_INTENSITY ? BACKGROUND_INTENSITY : 0); } if (dev_state-underline) win_fg = dev_state-underline_color;
Re: [Patch] Fixing the PROCESS_DUP_HANDLE security hole.
On Tue, Dec 14, 2004 at 09:41:41AM -0500, Pierre A. Humblet wrote: Christopher Faylor wrote: With the current CVS, I am seeing the same (suboptimal) behavior on Windows Me that I do in 1.5.12. If I type a bunch of sleep 60 at the command line, then bash won't exit until the last sleep 60 has terminated. I can't explain why this is. It doesn't work that way on XP, of course. While bash is waiting, I see no sign of it in the process table so it's odd behavior. 1.5.12, the current official release? I have never observed it there. Also my recollection is that the delay was not necessarily equal to the sleep duration. It's 1.5.12, the official release. Testing anything else wouldn't really be useful. If I type c:\bash bash-2.05b$ sleep 20 bash-2.05b$ exit There will be a ~20 second wait before bash exits. I think I vaguely recall this from when I was mucking up the signal code a year ago. The current CVS should work better with exim now, though. Are you done with the changes? I will try a snapshot and look at the code in the coming days. Not much free time currently. I got sidetracked somewhere along the way so, I guess the answer is yes, I'm done for now. I don't have much free time myself, currently but I thought it would be profitable to check in what I had since it seems to be working ok in day to day activities with the one odd non-regression exception above. cgf
Re: find crashes in /proc/registry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reini Urban wrote: | Chuck schrieb: | | Christopher Faylor wrote: | | On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote: | |I don't know if this has been reported before | | | | It has. | | The conclusion? | | Don't use find on /proc. | | | Are there any plans to fix it? Thanks. | | | How? | '*' is by POSIX definition an invalid filename character. | '*' is by MS definition a valid registry key, which is mapped into a | virtual file-system. | | If the findutils maintainer decides to add a /proc/registry patch to | make '*' a valid filename char, other fileutils should be fixed also. | ls and cat at least. | | So it should be better fixed in cygwin. How? | Make it a valid file character there? | How not to break all other file-,find-,text-,shellutils then, which will | have to deal with this and glob expansion. | | Replace it by some other character? Which? Fixing it so that it least works in directories that don't have * as a file name. Perhaps the directory I used as an example was a poor choice. $ pwd /proc/registry/HKEY_LOCAL_MACHINE $ ls ./ ../ HARDWARE/ SAM/ SECURITY/ SOFTWARE/ SYSTEM/ There are no *'s here but it's not displaying any of the file names that exist below here. Just the directories, and not even all of them. For example it's not showing anything under SAM, SECURITY, SOFTWARE, or SYSTEM. There are more directories under HARDWARE/ACPI, but it's not showing any of them. Whether * is a valid file name or not isn't even the issue. $ find . . ./HARDWARE ./HARDWARE/ACPI find: ./HARDWARE/ACPI: Is a directory ./HARDWARE/DESCRIPTION find: ./HARDWARE/DESCRIPTION: Is a directory ./HARDWARE/DEVICEMAP ./HARDWARE/RESOURCEMAP find: ./HARDWARE: Is a directory -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBvxSyzIf+rZpn0oQRArtNAJ9gVtl24mDrGrDZWK6leQCCFCM0DgCfRJbZ V6ONOhIOPdt6Y2A/JzC+oLw= =2R5f -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find crashes in /proc/registry
On Tue, Dec 14, 2004 at 11:28:34AM -0500, Chuck wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reini Urban wrote: | Chuck schrieb: | | Christopher Faylor wrote: | | On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote: | |I don't know if this has been reported before | | | | It has. | | The conclusion? | | Don't use find on /proc. | | | Are there any plans to fix it? Thanks. | | | How? | '*' is by POSIX definition an invalid filename character. | '*' is by MS definition a valid registry key, which is mapped into a | virtual file-system. | | If the findutils maintainer decides to add a /proc/registry patch to | make '*' a valid filename char, other fileutils should be fixed also. | ls and cat at least. | | So it should be better fixed in cygwin. How? | Make it a valid file character there? | How not to break all other file-,find-,text-,shellutils then, which will | have to deal with this and glob expansion. | | Replace it by some other character? Which? Fixing it so that it least works in directories that don't have * as a file name. Perhaps the directory I used as an example was a poor choice. To answer your question: No, there are no plans to fix it. 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: find crashes in /proc/registry
On Dec 14 11:41, Chuck wrote: Corinna Vinschen wrote: | I'm wondering what the problem is. Listing the * subdir works fine for me: What versions of Cygwin and find are you using. I'm using GNU find version 4.2.10, and Cygwin kernel release 1.5.12(0.116/4/2). Funny that you ask. I was using find 4.1.7. Now I've switched to 4.2.10 and I'm now seeing the same problem as you do. Seems to be an issue with the recent find version, not exactly a Cygwin problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-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/
why is -L/usr/local/lib necessary?
why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com will write code that writes code that writes code for food -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find crashes in /proc/registry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: | On Dec 14 17:12, Reini Urban wrote: | |'*' is by POSIX definition an invalid filename character. | | | No, '*' is perfectly fine a character on POSIX systems. It's not valid | on FAT and NTFS usually. | | I'm wondering what the problem is. Listing the * subdir works fine for me: | | $ find /proc/registry/HKEY_CLASSES_ROOT | /proc/registry/HKEY_CLASSES_ROOT | /proc/registry/HKEY_CLASSES_ROOT/* | /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList | /proc/registry/HKEY_CLASSES_ROOT/*/shellex | /proc/registry/HKEY_CLASSES_ROOT/*/InfoTip | /proc/registry/HKEY_CLASSES_ROOT/*/QuickTip | /proc/registry/HKEY_CLASSES_ROOT/*/AlwaysShowExt | /proc/registry/HKEY_CLASSES_ROOT/*/TileInfo | /proc/registry/HKEY_CLASSES_ROOT/.323 What versions of Cygwin and find are you using. I'm using GNU find version 4.2.10, and Cygwin kernel release 1.5.12(0.116/4/2). -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBvxe0zIf+rZpn0oQRAlK4AJ9C6VIDSh+AXMgbgqV3xx9MytH8mgCfYyeL bahzEqEUHj5F3E0N4kQgkW0= =9/yT -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: why is -L/usr/local/lib necessary?
* Chris January [EMAIL PROTECTED] [2004-12-14 17:28:55 +]: why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? Edit /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs how? (and will the executable run - or do I need to add /usr/local/lib/ to PATH) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Trespassers will be shot. Survivors will be prosecuted. -- 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: why is -L/usr/local/lib necessary?
-Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 14 December 2004 17:28 2) You can't statically link against a .dll anyway. You statically link (at compile time) against .a files; you dynamically link (at runtime) against .dll files. Minor correction: you can in fact link against a dll, but it doesn't actually link the function from the dll into your exe, it links a __imp__FunctioName stub. So it's the same as linking against the corresponding static import library (libfoo.dll.a in this case) 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/
Re: find crashes in /proc/registry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: | On Dec 14 11:41, Chuck wrote: | |Corinna Vinschen wrote: || I'm wondering what the problem is. Listing the * subdir works fine |for me: | |What versions of Cygwin and find are you using. I'm using GNU find |version 4.2.10, and Cygwin kernel release 1.5.12(0.116/4/2). | | | Funny that you ask. I was using find 4.1.7. Now I've switched to | 4.2.10 and I'm now seeing the same problem as you do. Seems to be | an issue with the recent find version, not exactly a Cygwin problem. | | | Corinna | Thanks. I'll have to get a copy of find 4.1.7 and report the problem to gnu if it's not a cygwin issue. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBvyaGzIf+rZpn0oQRAp/IAJ9C8hWVduwq+LxzKDHqSNEYQvchqgCgjcOA fDej/yos0UIqb7TTAt5IeRY= =fRdL -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: why is -L/usr/local/lib necessary?
* Dave Korn [EMAIL PROTECTED] [2004-12-14 17:27:37 +]: Look, you have only two choices. Either put your libs in the default search path, or specify the path. It's not unreasonable that gcc can't magically guess where you've hidden them. I agree, with a minor additions: 1. /usr/local/lib/ is a fairly standard location, and it appears that gcc and ld.so on linux are aware of it. I see no good reason for cygwin to ignore it. 2. linux has /etc/ld.so.conf where I can put my hidden directories so that I do not have to put them in the command line. is there a similarly magical file on cygwin? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Why use Windows, when there are Doors? -- 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 using gcc -MM on source with Windows-style #include paths
I want to generate dependencies for my adopted C code with Windows-style #include paths like this: #include stdio.h #include Common\Misc\Boot.c I am building from a cygwin [CYGWIN_NT-5.1] window. I thought to use gcc -MM, but my version [3.3.3 (cygwin special)] croaks on the #include paths with backslashes. I don't want to create an in-house tool to make dependencies. I am leaning against changing the C code because the compiler we're using for actual compilation is a Windows-only tool that needs Windows-style #include paths. I am looking for these kinds of solutions: 1. A version of gcc that can handle backslash include paths. Or a switch like --use-dos-paths. 2. A different gnu-type tool that has been around and is quite stable. 3. Some makefile wizardry involving sed and whatever to do this cleanly. This is the route I've been pursuing and it's getting to be a mess. cheers, ben __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find crashes in /proc/registry
Chuck wrote: Christopher Faylor wrote: | On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote: | |I don't know if this has been reported before | | It has. | | The conclusion? | | Don't use find on /proc. ls -lR /proc works. :-) -- Chris Herborth ([EMAIL PROTECTED]) Never send a monster to do the work of an evil scientist. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find crashes in /proc/registry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: | On Tue, Dec 14, 2004 at 02:12:48PM -0500, Chris Herborth wrote: | |Chuck wrote: | |Christopher Faylor wrote: || On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote: || ||I don't know if this has been reported before || || It has. || || The conclusion? || || Don't use find on /proc. | |ls -lR /proc works. :-) | | | Great. So you have an alternative. | Actually I have two alternatives. (1) ls -lR (2) version 4.1.7 of find I've reported the problem with find version 4.2.10 to [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBv0U9zIf+rZpn0oQRAj7lAJ4oaXB44HytyG334dhL0mtJzr2t0ACfSmCB cUMKqUwCwZ3JFEF7rwZRlik= =i9vC -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: why is -L/usr/local/lib necessary?
why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? Edit /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs Geez, that thing should be in /etc. -- To reply by email, replace deadspam.com by alumni.utexas.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Command boxes popping up
jurgen.defurne == jurgen defurne [EMAIL PROTECTED] writes:
jurgen.defurne Hello, everybody, Since I switched from Cygwin 1.5.3
jurgen.defurne to Cygwin 1.5.11, I keep getting annoying DOS boxes
jurgen.defurne when starting a non-cygwin process inside a cygwin
jurgen.defurne process.
jurgen.defurne Is this a feature (bug) of 1.5.11, so I should
jurgen.defurne upgrade, or is this the result of a setting ?
jurgen.defurne Upgrading is not that easy because we share cygwin
jurgen.defurne from a central drive.
jurgen.defurne I've found other people having the same problem in
jurgen.defurne the past, but I did not find any answers.
I don't know if it is related, but I get cmd box when I call nmake
from (cygwin/X11) XEmacs' compiling mode and I don't get to see that
error message in XEmacs' compiling buffer. The strange thing is that
it is intermittent. However, I can consistently kill the cmd box if I
compile with
ssh localhost cd ${PWD}; nmake -f *.mak
and get the compiler output in my XEmacs buffer.
--
Rui-Tao Dong
(949) 673-1907 x116
(949) 673-1058(Fax)
[EMAIL PROTECTED]
ALL INFORMATION IN THIS EMAIL OR ATTACHED TO THIS EMAIL IS CONFIDENTIAL.
--
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/
1.5.12: mt sees incorrect maximum block size
when I attempt to set the correct block size with mt (or try to do so with tar) I am unable to do so. mt status 2 reports a maximum block size of 65535, whereas the windows driver and the winTarSCSI utility both report a much larger maximum block size of 16777214 I can use the winTarSCSI utility to write tapes with a block size of 262144, but tar under cygwin will not write with a block size larger than 65535. I have tried reinstalling the tape driver and reinstalling cygwin. I'm using cygwin 1.5.12, mt 2.3, tat 1.13.25. Installed on Windows XP professional, Service Pack 1. PIII, 800Mhz, 1GB ram. Why is cygwin seeing this incorrectly and how do I fix it? below I've pasted my cygcheck file Richard Simon Giant Killer Robots 361 Brannan St. San Francisco, CA 94107 (415) 777-2477 Cygwin Configuration Diagnostics Current System Time: Tue Dec 14 14:32:05 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C c:\Perl\bin\ c:\Program Files\AliasWavefront\Maya5.0\bin c:\Program Files\Shake-v2.46.0116 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\rush\bin w:\Approved\utilities\tools c:\Program Files\Sonic\MyDVD .\ c:\Program Files\Sonic\MyDVD .\ c:\PROGRA~1\ABSOLU~1 c:\Program Files\Common Files\Ulead Systems\MPEG c:\Program Files\Sonic\MyDVD % c:\PROGRA~1\ABSOLU~1 Output from C:\cygwin\bin\id.exe (nontsec) UID: 10500(administrator) GID: 10545(mkgroup_l_d) 10545(mkgroup_l_d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 10500(administrator) GID: 10545(mkgroup_l_d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup_l_d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\Administrator' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/Administrator' USER = `administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SILVAR' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' EYEON_LICENSE_FILE = [EMAIL PROTECTED]' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `silvar' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\BILLY' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' MAYA_HELP_URL = `http://mayadocs.killerobot.com/Maya5.0/en_US/' NR_ICON_PATH = `\\calculon\central\z\Approved\shake\nreal25\icons' NR_INCLUDE_PATH = `\\calculon\central\z\Approved\shake\nreal25\include_merge' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `\\voltar\HP LaserJet 3300 Series PCL 6' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' RUSH_DIR = `c:\rush' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDNSDOMAIN = `KILLEROBOT.COM' USERDOMAIN = `KILLEROBOT' USERNAME = `administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 19586Mb 87% CP CS UN PA FC d: cd N/AN/A m: net NTFS 29306Mb 55% CP CS UN PA FC q: net NTFS 8738Mb 74% CP CS UN PA FC s: net NTFS 8738Mb 74% CP CS UN PA FC v: net NTFS350004Mb 93% CP CS UN PA FC Video w: net NTFS 8738Mb 74% CP CS UN PA FC x: net
Re: Limitation in SCP?
Corinna Vinschen wrote: On Dec 13 14:37, Bob Smart wrote: I've discovered that in some circumstances, scp seems to get tired early when transferring a largish file (around 200MB). It copies diligently for the first 20-40MB (exactly where it stops varies from run to run), then CPU usage drops to zero, the file stops growing on the receiving end, there's no apparent network traffic, and everything just pretty much halts. A ps shows the scp task running, but not doing anything. I've only seen this when copying between two W2K machines (both Cygwin, both using the Cygwin SSH package, both of pretty recent vintage with DLL 1.5.11). I did my development testing between Linux and NT, and I never saw this behavior in that environment. It always fails with the W2K machines. I also never see this happen with tar. If I do a tar-to-tar pipe via SSH, everything works even in the W2K-to-W2K environment. However, I'd like to understand why I can't use scp for this. Hmm, that doesn't happen for me. I tried to copy around a 200 Megs file between WinXP and XP-Linux multiple times and don't see any hang. Did you try with Cygwin 1.5.12, too? Is this possibly related to the pipe hang issue that some apps have with ssh such as mentioned here and that Bob Byrnes is looking at?: http://sources.redhat.com/ml/cygwin/2004-11/msg01162.html Bob, are you pushing or pulling the files? It has been noted that rsync works to push files to windows but hangs in a similar way when pulling files from a remote machine. Again, it may or may not be related. Jim -- 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: Updating cygwin - problems with mirror site
On Tue, 14 Dec 2004, Gorden Jemwa wrote: I am trying to update my cygwin installation from a mirror. Unfortunately, every time I run setup the utility is still only seeing old packages and the setup.ini timestamp is also old. If I change the mirror the setup.ini file generated is current. What could be the problem with the other mirror? BTW, the problem mirror has all the latest packages based on a check of the directory listing. Also, JTBS (just to be sure), using a different mirror is less appropriate in my case because i get billed for every MB! If anyone knows, please let me know and I will inform the site maintainer. Are you by any chance using the Use IE5 Settings setup option? If so, you may have stale copies of the files in your cache. Configure your IE to check the page timestamp every time, not once per session. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitation in SCP?
I haven't yet had an opportunity to try 1.5.12, and it may be a while (just because I'm responsible for keeping the databases on these machines running doesn't mean I get regular access to them...) but I'll keep that in mind next time I get a shot at them. I'd really like to blame Winduhs networking or the drivers for these particular NICs with this particular version of W2K, but then why would tar and cat work any better than scp? Shrug. I have a couple of viable workarounds, so it's primarily a matter of idle curiosity for me at this point. -- GPG public key [EMAIL PROTECTED] available from public key server network or from www.blorch.org/bob Fingerprint BA4A 552C BE3D 8C40 ED76 F372 DF9E 320D 37FA 16AC -- 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: Problems starting rxvt
At 10:29 AM 12/14/2004, you wrote On Tue, Dec 14, 2004 at 08:15:03AM +0100, Jesper Nyg?rds wrote: On Mon, 13 Dec 2004 14:32:22 -0500, Larry Hall While you're at it, check if DISPLAY is set in your environment. Doing an echo %DISPLAY% in DOS yields :0.0 Doing an echo $DISPLAY in rxvt/zsh yields :0.0 So, Larry's suspicion was correct. Unset your DISPLAY environment variable prior to running rxvt and you should be all set. Thanks for the pick up Chris. I was unavoidably detained today and couldn't read the list all day. I miss my Cygwin fix. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
building bandobject sample with g++ in cygwin...
Hi, I am trying to build the band object sample dll in cygwin as opposed to visual studio and was wondering what changes I would need to make to the makefile in order to do so. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pla tform/shell/programmersguide/samples/bands/readme.asp Thanks, Dan -- 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: bytes
On Dec 14 21:00, David wrote: This is the actual print drive type : 27 (DLT compact tape)) tape capacity: 39758848 KB remaining: 39909992 KB current file :0 active partition :0 current block:0 cur logical block:0 General status bits on (4103): BOT ONLINE IM_REP_EN HW_COMP min block size :2 max block size :65536 ^^^ Where did you get the number 128 from? Certainly not from mt. Why did you tell that? def block size :65536 cur block size :0 density code : 41 (DLTtape IV (98250 bpi)) It's just strange with with a Winddows based Tar program I can change the block factor to whateve I want to. Which means you didn't bother to read my first reply: http://cygwin.com/ml/cygwin/2004-12/msg00335.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-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: Command boxes popping up
Morche Matthias [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 2004-12-13 04:57 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:RE: Command boxes popping up Classification: [EMAIL PROTECTED] wrote: ... I have run a small test : $ /cygdrive/c/Perl/bin/perl -e system \dir\ and this pops up a DOS command box while the command executes. ... I do get these boxes only if use wperl instead of perl... In that case they pop up and vanish immediately. Yep that is the behavior I get. Did You replace perl with a copy of wperl? By the way, Well, not intentionally, anyway, and if I use command completion upon 'wp' I do not get 'wperl'. Btw. my Perl version is v5.8.5 built for cygwin-thread-multi-64int. why don't You use the cygwin perl?! For 95% of my work I use the Cygwin perl, but this is a build application that was shoved down our throat here, and Cygwin interferes with the used compilers, so all references to cygwin in any form or measure, are removed before the build process starts. So I use the AS Perl, which is also needed by the build process, to control everything in this case. matthias -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updating cygwin - problems with mirror site
I am trying to update my cygwin installation from a mirror. Unfortunately, every time I run setup the utility is still only seeing old packages and the setup.ini timestamp is also old. If I change the mirror the setup.ini file generated is current. What could be the problem with the other mirror? BTW, the problem mirror has all the latest packages based on a check of the directory listing. Also, JTBS (just to be sure), using a different mirror is less appropriate in my case because i get billed for every MB! If anyone knows, please let me know and I will inform the site maintainer. Thank you. -- 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: why is -L/usr/local/lib necessary?
why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? Edit /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs 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: tty_list::terminate() tty_master NULL pointer deference
On Dec 13 21:54, Conrad W Song wrote: There is a race/bug between ?tty_list::allocate_tty()? and ?tty_list::terminate()?.? The cuprits appear to be: 1) ?tty_list::terminate? does not hold the ?tty_mutex? before freeing a tty 2) ?tty::init()? does not clear ?master_pid? field as called by ?tty_list::terminate()?. The result is that ?allocate_tty()? can enter quickly reusing the same PID as the process which used to own the master tty (for some reason Windows decides to recycle PIDs very quickly).? The process thinks that it is holding the master tty (even though the _prior_ process was terminated -- same PID but different process), and ?tty_master? remains NULL.? Upon ?tty_list::terminate?, ?tty_master? is then NULL dereferenced. I have tried fixing 'tty::init()' to zero out the 'master_pid' field, and it appears to solve the problem (have not checked it for other bad behavior), as does the workaround of using ?CYGWIN=notty?.? However, I do not believe that the back-to-back PID reuse is timing sensitive, so I am surprised that strace could not pick up the problem. I therefore suspect a flaw in my analysis and am still suspicious about the need for 'tty_mutex' locking in 'tty_list::terminate'.? I will try to provide a reproducing test case soon. Thanks for your analysis! I've applied a matching patch. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-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: why is -L/usr/local/lib necessary?
-Original Message- From: cygwin-owner On Behalf Of Sam Steingold Sent: 14 December 2004 17:02 Subject: why is -L/usr/local/lib necessary? why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? Two reasons: 1) It won't look in /usr/local/lib by default. gcc -print-search-dirs should clarify this for you, or gcc -v -lfoo, which shows you the exact command line used to invoke ld. 2) You can't statically link against a .dll anyway. You statically link (at compile time) against .a files; you dynamically link (at runtime) against .dll files. what do I do to avoid this? Don't write a program that needs to link against libfoo? Look, you have only two choices. Either put your libs in the default search path, or specify the path. It's not unreasonable that gcc can't magically guess where you've hidden them. 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: find crashes in /proc/registry
-Original Message- From: cygwin-owner On Behalf Of Chuck Sent: 14 December 2004 16:29 $ pwd /proc/registry/HKEY_LOCAL_MACHINE $ ls ./ ../ HARDWARE/ SAM/ SECURITY/ SOFTWARE/ SYSTEM/ There are no *'s here but it's not displaying any of the file names that exist below here. Just the directories, and not even all of them. For example it's not showing anything under SAM, SECURITY, SOFTWARE, or SYSTEM. Well, just for starters, you don't have access rights to SAM or SECURITY, so it's DTRTing there. As to SYSTEM, you should have read access to that if you're logged in as a normal user and full access if you're an admin. There are more directories under HARDWARE/ACPI, but it's not showing any of them. Whether * is a valid file name or not isn't even the issue. There are at least _two_ issues here! Oh, and just to AOL what CV says: it WFM too: [EMAIL PROTECTED] /proc/registry find . . ./HKEY_CLASSES_ROOT ./HKEY_CLASSES_ROOT/* ./HKEY_CLASSES_ROOT/*/OpenWithList ./HKEY_CLASSES_ROOT/*/shellex ./HKEY_CLASSES_ROOT/*/InfoTip ./HKEY_CLASSES_ROOT/*/QuickTip ./HKEY_CLASSES_ROOT/*/AlwaysShowExt ./HKEY_CLASSES_ROOT/*/TileInfo ./HKEY_CLASSES_ROOT/.323 ./HKEY_CLASSES_ROOT/.323/@ ./HKEY_CLASSES_ROOT/.323/Content Type ./HKEY_CLASSES_ROOT/.386 ./HKEY_CLASSES_ROOT/.386/PersistentHandler ./HKEY_CLASSES_ROOT/.386/PersistentHandler/@ ./HKEY_CLASSES_ROOT/.386/@ ./HKEY_CLASSES_ROOT/.386/PerceivedType ./HKEY_CLASSES_ROOT/.3g2 ./HKEY_CLASSES_ROOT/.3g2/@ ./HKEY_CLASSES_ROOT/.3g2/Content Type ./HKEY_CLASSES_ROOT/.3gp ./HKEY_CLASSES_ROOT/.3gp/@ ./HKEY_CLASSES_ROOT/.3gp/Content Type ./HKEY_CLASSES_ROOT/.3gp2 ./HKEY_CLASSES_ROOT/.3gp2/@ ./HKEY_CLASSES_ROOT/.3gp2/Content Type ./HKEY_CLASSES_ROOT/.3gpp ./HKEY_CLASSES_ROOT/.3gpp/@ ./HKEY_CLASSES_ROOT/.3gpp/Content Type ./HKEY_CLASSES_ROOT/.5-1 ./HKEY_CLASSES_ROOT/.5-1/@ ./HKEY_CLASSES_ROOT/.aca ./HKEY_CLASSES_ROOT/.aca/@ ./HKEY_CLASSES_ROOT/.acf ./HKEY_CLASSES_ROOT/.acf/@ ./HKEY_CLASSES_ROOT/.acl ./HKEY_CLASSES_ROOT/.acl/@ ./HKEY_CLASSES_ROOT/.acm ./HKEY_CLASSES_ROOT/.acm/OpenWithList ./HKEY_CLASSES_ROOT/.acm/OpenWithList/devenv.exe ./HKEY_CLASSES_ROOT/.acm/OpenWithList/devenv.exe/@ ./HKEY_CLASSES_ROOT/.acp ./HKEY_CLASSES_ROOT/.acp/Office.ActorPreview ./HKEY_CLASSES_ROOT/.acs ./HKEY_CLASSES_ROOT/.acs/@ ./HKEY_CLASSES_ROOT/.act ./HKEY_CLASSES_ROOT/.act/@ ./HKEY_CLASSES_ROOT/.act/Content Type ./HKEY_CLASSES_ROOT/.act/Office.Actor [.reams of garbage snipped.] 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: Tcl doesn't build out of src repository on cygwin
Corinna Vinschen wrote: On Oct 13 13:15, Dave Korn wrote: Should it? I see loads of error messages caused by a bad table of static initialisers in src/tcl/win/tclWin32Dll.c. It happens because DLLIMPORT is used a lot in w32api which is only conditionalized with __INSIDE_CYGWIN__. That's solved in w32api in CVS or in recent snapshots. Or (but that's ugly and not actually recommended, use at your own risk) use #define __INSIDE_CYGWIN__ at the beginning of the affected files (tclWin32Dll.c and tkWinX.c AFAIK) do you know when the fixed version of w32api will be in the Cygwin release (that suff you get with setup.exe)? Regards, Bernhard -- 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: floppy drive accesses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Korn wrote: |-Original Message- |From: cygwin-owner On Behalf Of Larry Hall |Sent: 13 December 2004 19:38 | | |At 02:57 AM 12/13/2004, you wrote: | |-BEGIN PGP SIGNED MESSAGE- |Hash: SHA1 | |Eric Schweitz wrote: || || I just upgraded my cygwin installation and I'm now seeing || the floppy drive get accessed on various commands. What || gives? The commands with this broken behavior I've run || across are: find, df, mount at least. || || How do I turn this off short of ripping the floppy drive || out of my machine? || || I've run filemon and strace and nothing is obviously accessing || A: directly. | | | Just to double check: you did make sure to *enable* it for drive A? The | default settings for filemon are only to monitor local HDs, IIRC. | | |I have to confirm this problem. Original basic install from June |27th state of local cygwin mirror. That would be about 5 months |old. I updated to the current version and now I get floppy accesses |even though there is no request for floppy. This occurs with mount |and when bash gets loaded. Attached is my cygcheck.out file. | | |Not to rain on your parade or anything but I have a Cygwin |DLL of the 1.3 |series and on the machine I ran it on, it accesses the floppy |drive for |commands like 'df', mounted or not. So to me it is |conceivable that this |is not a new issue, even if it's new to you. ;-) | | | I was about to say the same thing. Windoze just *luuurves* accessing the | floppy drive for no apparent reason. For quite a long time I used to get a | ka-chunk out of my FD every time I opened up My computer in explorer. | | Or to see the problem another way, use wordpad to open up a text file off your | FD, then close and exit wordpad, and run it again. You should find it accesses | the FD; this is as a consequence of having a file from A: on the MRU list. | | You may be able to stop this by digging around for references to A: in the | registry, but be cautious! Personally, I suspect something to do with those | StreamMRU and Stream keys under HKLM/Software/Microsoft/Windows/Current | Version/Explorer myself, but that's a pretty WAG. | | cheers, | DaveK Thanks for the responses. Fortunately I didn't have to do that at all. My install was nothing more than a base install with rsync and openssh installed. I uninstalled cygwin. Cleaned the system (deleted the Cygnus registry keys and cygwin install dir) then reinstalled using the default install. It accessed the floppy drive the first time then never again. I installed rsync and it did not access the drive. So the problem seems to have disappeared. I do know what you are talking about though. I've had that happen before with other apps and usually it is because of that programs MRU list. - -- Robert Pendell [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBv0F9DVXErD6aUwMRAqysAJ46HkJKL7D8MDBVBJmlP5Y0sfBIGQCglhKg 7vkMSj0L5Lk/vEKu3A+oqm0= =/ol0 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find crashes in /proc/registry
On Tue, Dec 14, 2004 at 02:12:48PM -0500, Chris Herborth wrote: Chuck wrote: Christopher Faylor wrote: | On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote: | |I don't know if this has been reported before | | It has. | | The conclusion? | | Don't use find on /proc. ls -lR /proc works. :-) Great. So you have an alternative. -- 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: bytes
This is the actual print drive type : 27 (DLT compact tape)) tape capacity: 39758848 KB remaining: 39909992 KB current file :0 active partition :0 current block:0 cur logical block:0 General status bits on (4103): BOT ONLINE IM_REP_EN HW_COMP min block size :2 max block size :65536 def block size :65536 cur block size :0 density code : 41 (DLTtape IV (98250 bpi)) It's just strange with with a Winddows based Tar program I can change the block factor to whateve I want to. -- 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: Updating cygwin - problems with mirror site
Thanks Igor. I am up and running again :) Gorden Igor Pechtchanski wrote: On Tue, 14 Dec 2004, Gorden Jemwa wrote: I am trying to update my cygwin installation from a mirror. Unfortunately, every time I run setup the utility is still only seeing old packages and the setup.ini timestamp is also old. If I change the mirror the setup.ini file generated is current. What could be the problem with the other mirror? BTW, the problem mirror has all the latest packages based on a check of the directory listing. Also, JTBS (just to be sure), using a different mirror is less appropriate in my case because i get billed for every MB! If anyone knows, please let me know and I will inform the site maintainer. Are you by any chance using the Use IE5 Settings setup option? If so, you may have stale copies of the files in your cache. Configure your IE to check the page timestamp every time, not once per session. HTH, Igor -- 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/
