Re: CFA: pseudo-reloc v2

2010-05-05 Thread Dave Korn
[ redirected from cygwin-developers. ] On 04/10/2009 05:11, Charles Wilson wrote: [ thread seriously necro'd! ] Dave Korn wrote: Charles Wilson wrote: 120 void 121 _pei386_runtime_relocator () 122 { 123 static int was_init = 0; 124 if (was_init) 125 return; 126

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Christopher Faylor
On Wed, May 05, 2010 at 05:54:29PM +0100, Dave Korn wrote: [ redirected from cygwin-developers. ] On 04/10/2009 05:11, Charles Wilson wrote: [ thread seriously necro'd! ] Dave Korn wrote: Charles Wilson wrote: 120 void 121 _pei386_runtime_relocator () 122 { 123 static int was_init

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Dave Korn
On 05/05/2010 18:56, Christopher Faylor wrote: I like the idea but I have a few problems with this, some stylistic and some implementation. Stylistic: Those all make sense to me, but I won't rework it yet until we've seen your PoC/discussed further. Implementation: I don't like

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Christopher Faylor
On Wed, May 05, 2010 at 07:58:20PM +0100, Dave Korn wrote: On 05/05/2010 18:56, Christopher Faylor wrote: I like the idea but I have a few problems with this, some stylistic and some implementation. Stylistic: Those all make sense to me, but I won't rework it yet until we've seen your

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Dave Korn
On 05/05/2010 20:13, Christopher Faylor wrote: Yeah, I realized that two seconds after sending the message. However, is this particular problem really an issue for DLLs? DLLs should get their data/bss updated after _pei386_runtime_relocator() is called. So it seems like you'd get the same

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Christopher Faylor
On Wed, May 05, 2010 at 08:48:28PM +0100, Dave Korn wrote: On 05/05/2010 20:13, Christopher Faylor wrote: Yeah, I realized that two seconds after sending the message. However, is this particular problem really an issue for DLLs? DLLs should get their data/bss updated after

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Dave Korn
On 05/05/2010 21:30, Christopher Faylor wrote: I have something written now. I'll dig through the cygwin archives to see if I can find the original message which started this but are there other test cases that I could use to verify that I caught all of the code paths in the DLL?

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Charles Wilson
On 5/5/2010 3:13 PM, Christopher Faylor wrote: That's basically it and I have it more-or-less coded but I haven't finished thinking about DLLs. Maybe that's more complication than is warranted. I have to do more research there. We could, and I think should, put most of the code in

Re: CFA: pseudo-reloc v2

2010-05-05 Thread Charles Wilson
On 5/5/2010 4:30 PM, Christopher Faylor wrote: Chuck? Do you have anything I could use to test what I did? Yes, most recent version attached. (embedded READMEs describe expected output). -- Chuck pseudo-reloc-tests-v3.tar.bz2 Description: Binary data

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 05/05/2010 06:04, Jeremy Bopp wrote: MichaelKim wrote: Prerequisite `../bin/build/chrome' is newer than target `../bin/build/chrome/alt.jar'. Must remake target `../bin/build/chrome/alt.jar'. So let me get this straight. The JAR file you're trying to

Re: V1.7 and endless loops triggerd by junction points

2010-05-05 Thread Corinna Vinschen
On May 5 06:21, Andy Koppe wrote: Matthias Meyer wrote: 2) In the opposite to V1.5.25 ls -alh /cygdrive/c/users/ shows the Vista Junction points like linux soft links. That is nice :-) But the Windows Program attrib /S /D will follow this symbolic links and therefore it comes into an

Re: [PMX:#] Re: Error opening terminal: cygwin. when attempting to start lynx

2010-05-05 Thread Andrey Repin
Greetings, Ken Brown! Surprized... It show nothing, although the setup.exe states that lynx 2.8.5-4 is installed. And only lynx that could be installed is a Cygwin one, i'm not using any other unix tools packages. I think it's the time to reinstall it all... yet again... I just did it

SSH + Cygwin + Msiexec

2010-05-05 Thread Lokolo
Hey, I am trying to run a ssh command to install something silently. However, when it tries to install it says File Cannot Be Found. However, I believe its more of a 'No permission to do this', as the file exists. I can run the Msiexec command manually (remote desktop + CMD) and it will

reading /proc/registry/ causes Segmentation fault.

2010-05-05 Thread DEWI - N. Zacharias
Hi all, The script below worked without problems last month. But now I get Segmentation fault (core dumped). If I use the lines which begins with #this works fine instead of the one with GetWordExe it works fine. I tested it with the latest update Sorry that it is not shorter but it is

Re: reading /proc/registry/ causes Segmentation fault.

2010-05-05 Thread Corinna Vinschen
On May 5 10:57, DEWI - N. Zacharias wrote: Hi all, The script below worked without problems last month. But now I get Segmentation fault (core dumped). If I use the lines which begins with #this works fine instead of the one with GetWordExe it works fine. I tested it with

Re: cpu usage capped?

2010-05-05 Thread mike marchywka
On 5/5/10, Mark Geisert m...@maxrnd.com wrote: I have some code that takes advantage of 8 cores on my machine using OpenMP. Under plain ol windows, this code causes all the CPUs to max on some computers you can get things like virus protection software to do thta. LOL. My point of course,

Re: Error opening terminal: cygwin. when attempting to start lynx

2010-05-05 Thread Ken Brown
On 5/5/2010 4:28 AM, Andrey Repin wrote: Greetings, Ken Brown! Surprized... It show nothing, although the setup.exe states that lynx 2.8.5-4 is installed. And only lynx that could be installed is a Cygwin one, i'm not using any other unix tools packages. I think it's the time to reinstall it

AW: [bulk] - Re: reading /proc/registry/ causes Segmentation fault.

2010-05-05 Thread DEWI - N. Zacharias
Hi Corinna, Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com] Gesendet: Mittwoch, 5. Mai 2010 11:39 An: cygwin@cygwin.com Betreff: [bulk] - Re: reading /proc/registry/ causes Segmentation fault. On May 5 10:57, DEWI - N. Zacharias wrote: Hi all, The script below worked

Re: cron visual output looks funny

2010-05-05 Thread Johannes Müller
On 02.05.2010 17:52, Johannes Müller wrote: Johannes Müller wrote: Hi, I installed and use cron on windows xp using cygwin. It works fine for non-GUI applications, but for instance notepad does not seem to start at all. And a popup-window-script I wrote in python does appear and react to

Re: [bulk] - Re: reading /proc/registry/ causes Segmentation fault.

2010-05-05 Thread Corinna Vinschen
On May 5 14:02, DEWI - N. Zacharias wrote: Hi Corinna, Von: Corinna Vinschen [mailto:...] http://cygwin.com/acronyms/#PCYMTNQREAIYR Did you try with the Cygwin DLL from a recent developer snapshot from http://cygwin.com/snapshots/ ? Because I run an update this morning my assumption

Re: Signal support under Cygwin

2010-05-05 Thread Nicholas Sherlock
On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody reproduce the crash from my example code at least on their machines? Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Signal support under Cygwin

2010-05-05 Thread Christopher Faylor
On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote: On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody reproduce the crash from my example code at least on their machines? Investigating this is on my

AW: [bulk] - Re: [bulk] - Re: reading /proc/registry/ causes Segmentation fault.

2010-05-05 Thread DEWI - N. Zacharias
Hi Corinna, Von: Corinna Vinschen Gesendet: Mittwoch, 5. Mai 2010 14:32 An: cygwin@cygwin.com Betreff: [bulk] - Re: [bulk] - Re: reading /proc/registry/ causes Segmentation fault. On May 5 14:02, DEWI - N. Zacharias wrote: Hi Corinna, Von: Corinna Vinschen [mailto:...]

Using Log4cxx (libapr, libapr-util) full functionality

2010-05-05 Thread jeanherve . queau
Hi, I’m working on windows XP with Cygwin, I have download libapr1-devel-1.3.8-1 and libaprutil1-devel-1.3.9-1 for use and compile the logger log4cxx from apache. Basic functions (basic logger, appender and configuration) works pretty well, but when I decide to use the method

Re: Resizing a terminal window

2010-05-05 Thread J. David Boyd
Thomas Wolff t...@towo.net writes: Am 04.05.2010 16:03, schrieb J. David Boyd: ... Locally, I can use the mouse to resize a window, and the $COLUMNS and $LINES variables are automatically filled in. On many remote xterm sessions, they aren't. Does anyone have any idea where to start

Re: Using Log4cxx (libapr, libapr-util) full functionality

2010-05-05 Thread David Rothenberger
On 5/5/2010 7:40 AM, jeanherve.qu...@free.fr wrote: Hi, I’m working on windows XP with Cygwin, I have download libapr1-devel-1.3.8-1 and libaprutil1-devel-1.3.9-1 for use and compile the logger log4cxx from apache. Basic functions (basic logger, appender and configuration) works pretty

Re: Resizing a terminal window

2010-05-05 Thread J. David Boyd
Andy Koppe andy.ko...@gmail.com writes: J. David Boyd wrote: I don't think it is a Cygwin issue at all.  And, I'm certain it is a remote server problem, as it works on many boxes. I was just looking for some help and ideas, and the Cygwin list seemed a good place to start since I use

Re: Resizing a terminal window

2010-05-05 Thread Hans Horn
On 5/5/2010 8:28 AM, J. David Boyd wrote: Thomas Wolfft...@towo.net writes: Am 04.05.2010 16:03, schrieb J. David Boyd: ... Locally, I can use the mouse to resize a window, and the $COLUMNS and $LINES variables are automatically filled in. On many remote xterm sessions, they aren't. Does

rxvt : 1.5 vs. 1.7

2010-05-05 Thread Fergus
Constantly stalling when exiting rxvt in [1.7] (as previously reported; and still don't understand why, or why this list isn't full of Me toos). This never happens in 1.5. I really prefer rxvt over all other shells incl mintty. So I copied rxvt.exe from /bin[1.5] to /bin[1.7] overwriting the

cygpath from emacs

2010-05-05 Thread Gary
I often find myself running a piece of software from within emacs that expects, and spits out, Windows-style paths (C:\...). Handling sending it Windows paths based on the Cygwin ones is fine, I just use a script. Of course, the tool returning Windows paths is a PITA, because it means I can't do

Re: cygpath from emacs

2010-05-05 Thread Dave Korn
On 05/05/2010 19:24, Gary wrote: I often find myself running a piece of software from within emacs that expects, and spits out, Windows-style paths (C:\...). Handling sending it Windows paths based on the Cygwin ones is fine, I just use a script. Of course, the tool returning Windows paths

Re: V1.7 and endless loops triggerd by junction points

2010-05-05 Thread Matthias Meyer
Andy Koppe wrote: Matthias Meyer wrote: I've installed cygwin 1.7 in Vista and have two problems, not known prior with cygwin 1.5.25: 1) If I login in a shell (e.g. sh --login -i) I can not use cursor or backspace keys. It seems that the cursor can't go into the left direction. Cursor up

Re: V1.7 and endless loops triggerd by junction points

2010-05-05 Thread Matthias Meyer
Corinna Vinschen wrote: On May 5 06:21, Andy Koppe wrote: Matthias Meyer wrote: 2) In the opposite to V1.5.25 ls -alh /cygdrive/c/users/ shows the Vista Junction points like linux soft links. That is nice :-) But the Windows Program attrib /S /D will follow this symbolic links and

Re: cygpath from emacs

2010-05-05 Thread Steven Collins
Amazingly enough I solved this problem for myself just yesterday. ;; Add to your .emacs file. ;; Handle locating files containing errors for compilers that report using DOS style paths. (when (eq system-type 'cygwin)   (require 'compile)   (setq compilation-parse-errors-filename-function     

Re: 1.7.1 : search inside more returns Regular expression botch;

2010-05-05 Thread Steve Casselman
Fabrice PLATEL fplatel at orinux.com writes: While I am viewing a file with the more utility, if I want to search any expression inside the file by typing / then the expression, it doesn't search and just displays the message Regular expression botch. Am I the only one having this

Re: cygpath from emacs

2010-05-05 Thread Steven Collins
Not sure why it line wrapped the second comment when I sent this. The part reading using DOS style paths. is part of the comment line above it. On Wed, May 5, 2010 at 1:42 PM, Steven Collins spc.for@gmail.com wrote: Amazingly enough I solved this problem for myself just yesterday. ;; Add

1.7.1: Replacement for mount -f -u -b c: /

2010-05-05 Thread Mathew Shember
In the previous release, some of our engineers would change: /cygwin/c/export/home/ To /export/home To eliminate the /c they would use Mount -f -u -b c: / This no longer works and I haven't figured out a work around. Tried playing with fstab with no luck. Thanks Mathew -- Problem

Re: 1.7.1: Replacement for mount -f -u -b c: /

2010-05-05 Thread Jeremy Bopp
On 5/5/2010 2:57 PM, Mathew Shember wrote: In the previous release, some of our engineers would change: /cygwin/c/export/home/ To /export/home To eliminate the /c they would use Mount -f -u -b c: / This no longer works and I haven't figured out a work around. Tried playing

Re: 1.7.1: Replacement for mount -f -u -b c: /

2010-05-05 Thread Jeremy Bopp
On 5/5/2010 3:08 PM, Jeremy Bopp wrote: On 5/5/2010 2:57 PM, Mathew Shember wrote: In the previous release, some of our engineers would change: /cygwin/c/export/home/ To /export/home To eliminate the /c they would use Mount -f -u -b c: / This no longer works and I haven't figured

Re: Signal support under Cygwin

2010-05-05 Thread Nicholas Sherlock
On 6/05/2010 2:23 a.m., Christopher Faylor wrote: On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote: On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody reproduce the crash from my example code at

Problem install CPAN module: perl (5.10.1) is installed, but we need version = 5.6

2010-05-05 Thread jmandawg
Hi, I’m not sure if this is a cygwin specific problem or a perl/CPAN issue.  I’m trying to install the Net::Proxy module and I’m getting the following error: perl (5.10.1) is installed, but we need version = 5.6 I’m not sure why CPAN can’t figure out that 5.10.1 is 5.6. Below is the install

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
Yes, that's the problem, I am not supposed to update prerequisite file inside of prerequisite dir. But it's not related to WinXP or Win7, because it also worked _incorrectly_ on other Win7. So what is happening that in some cases the mtime of directory is exactly the mtime of the file created.

Re: Signal support under Cygwin

2010-05-05 Thread Dave Korn
On 05/05/2010 23:57, Nicholas Sherlock wrote: On 6/05/2010 2:23 a.m., Christopher Faylor wrote: On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote: On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote: Is this supposed to work? Nobody knows if Cygwin signals work? Could anybody

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 06/05/2010 00:23, MichaelKim wrote: But it's not related to WinXP or Win7, because it also worked _incorrectly_ on other Win7. So what is happening that in some cases the mtime of directory is exactly the mtime of the file created. This is confusing. There have definitely been fixes in

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
At the moment I have Win7 with version 1.7.5. Most of the time the timestamps of dir and inside file are exactly same. Have WinXP with version 1.5.19 where the timestamps are _always_ the same. The one at home Win7, which is _always_ dir has newer timestamp I believe again 1.7.5, same as the one

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 06/05/2010 00:46, MichaelKim wrote: At the moment I have Win7 with version 1.7.5. Most of the time the timestamps of dir and inside file are exactly same. Ah. The fact that the timestamps *look* the same when shown in the output of a dir or ls command doesn't mean they're actually the

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
I'm using stats right after creating the jar Creating chrome JAR file. Done! stat /cygdrive/e/tmp/alt/bin/build/chrome /cygdrive/e/tmp/alt/bin/build/chrome/alt.jar File: `/cygdrive/e/tmp/alt/bin/build/chrome' Size: 0 Blocks: 0 IO Block: 1024 directory Device:

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 06/05/2010 01:16, MichaelKim wrote: The timestamps are equal most of the time, just sometimes it may happen be different. Well, from make's point of view, it has to take the safe assumption that if timestamps are equal, the file /could/ be out of date, so I think that explains the

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
Just to make sure we are on the same page.. Whenever the timestamps are equal, it doesn't consider target as out of date, hence nothing happens. Dave Korn-6 wrote: On 06/05/2010 01:16, MichaelKim wrote: The timestamps are equal most of the time, just sometimes it may happen be

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 06/05/2010 01:45, MichaelKim wrote: Just to make sure we are on the same page.. Whenever the timestamps are equal, it doesn't consider target as out of date, hence nothing happens. Heh, it's as well you said that, I had it the wrong way around. I'm not clear now: the subject says 'never'

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
Well, it's confusing because I have 3 machines. 1. WinXP (cygwin 1.5.19) - once built, the timestamps are equal and no problem( happy with that, but I got the point that this is wrong makefile design) 2. Win7 (cygwin 1.7.5) - once built, the timestamps are equal, and no further build required

Re: Cygwin make target is never determined up to date

2010-05-05 Thread Dave Korn
On 06/05/2010 02:15, MichaelKim wrote: Well, it's confusing because I have 3 machines. 1. WinXP (cygwin 1.5.19) - once built, the timestamps are equal and no problem( happy with that, but I got the point that this is wrong makefile design) 2. Win7 (cygwin 1.7.5) - once built, the

Re: Cygwin make target is never determined up to date

2010-05-05 Thread MichaelKim
You've got my point and I'll report the exact dll version later today. However, I redesigned the makefile in order to avoid such bad dependency. Dave Korn-6 wrote: On 06/05/2010 02:15, MichaelKim wrote: Well, it's confusing because I have 3 machines. 1. WinXP (cygwin 1.5.19) - once

Re: rxvt : 1.5 vs. 1.7

2010-05-05 Thread Charles Wilson
On 5/5/2010 12:01 PM, Fergus wrote: Constantly stalling when exiting rxvt in [1.7] (as previously reported; and still don't understand why, or why this list isn't full of Me toos). This never happens in 1.5. I really prefer rxvt over all other shells incl mintty. So I copied rxvt.exe from

RE: 1.7.1: Replacement for mount -f -u -b c: /

2010-05-05 Thread Mathew Shember
Thank you! This might be a case of I want it that way Basically the user is not happy to see /c/export/home when he does a pwd. The old mount command eliminated the /c Thanks! -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Jeremy

Re: V1.7 and endless loops triggerd by junction points

2010-05-05 Thread Andy Koppe
Matthias Meyer: Andy Koppe wrote: Matthias Meyer wrote: I've installed cygwin 1.7 in Vista and have two problems, not known prior with cygwin 1.5.25: 1) If I login in a shell (e.g. sh --login -i) I can not use cursor or backspace keys. It seems that the cursor can't go into the left

Re: rxvt : 1.5 vs. 1.7

2010-05-05 Thread Andy Koppe
Fergus wrote: Constantly stalling when exiting rxvt in [1.7] (as previously reported; and still don't understand why, or why this list isn't full of Me toos). This never happens in 1.5. I really prefer rxvt over all other shells incl mintty. Always on the lookout for ways to improve mintty:

Re: Cygwin setup.exe: Clean historical setup packages

2010-05-05 Thread Uh-Oh
LiuYan 刘研 wrote: ... I wish the local setup directory contains only newest packages so that I can carry small-size packages to upgrade cygwin on servers which have no internet connection. I'm currently delete the old packages manually, it's a little boring and may cause