On 11/04/2016 02:40 PM, Achim Gratz wrote:
> Brian Inglis writes:
>>> I think the simplest way for right now might be to have a batch file run at
>>> startup that runs rebaseall.
>>>
>>> Something like these lines in a batch file:
>>> cd C:\Cygwin\bin
>>> .\ash /bin/rebaseall
>>>
>>> This would re
On 11/03/2016 06:08 PM, Brian Inglis wrote:
> On 2016-11-03 12:32, Gerry Reno wrote:
>> On 11/03/2016 01:28 PM, Brian Inglis wrote:
>>> On 2016-11-03 08:58, Gerry Reno wrote:
>>>> On 11/03/2016 10:31 AM, Hans-Bernhard Bröker wrote:
>>>>> Am 03.11.201
On 11/03/2016 02:47 PM, Achim Gratz wrote:
> Gerry Reno writes:
>> I think the simplest way for right now might be to have a batch file
>> run at startup that runs rebaseall.
>>
>> Something like these lines in a batch file:
>> cd C:\Cygwin\bin
>> .\ash /bi
On 11/03/2016 01:28 PM, Brian Inglis wrote:
> On 2016-11-03 08:58, Gerry Reno wrote:
>> On 11/03/2016 10:31 AM, Hans-Bernhard Bröker wrote:
>>> Am 03.11.2016 um 07:06 schrieb Gerry Reno:
>>>> And the client machines are out in the field and not even
>>>>
On 11/03/2016 10:31 AM, Hans-Bernhard Bröker wrote:
> Am 03.11.2016 um 07:06 schrieb Gerry Reno:
>
>> And the client machines are out in the field and not even connected to a
>> network.
>
> If so, how/why do they ever hear about Windows updates in the first place?
&g
On 11/03/2016 09:00 AM, Brian Inglis wrote:
> On 2016-11-03 00:06, Gerry Reno wrote:
>> On 11/03/2016 01:06 AM, Brian Inglis wrote:
>>> On 2016-11-02 09:47, Gerry Reno wrote:
>>>> Is there some automated way I can stop Windows 10 updates from
>>>> cont
On 11/03/2016 01:06 AM, Brian Inglis wrote:
> On 2016-11-02 09:47, Gerry Reno wrote:
>> Is there some automated way I can stop Windows 10 updates from
>> continuously causing these fork retry no child process issues after
>> every damn update?
>> We use an application
On 11/02/2016 01:31 PM, Evgeny Grin wrote:
> On 02.11.2016 18:47, Gerry Reno wrote:
>> Is there some automated way I can stop Windows 10 updates from continuously
>> causing these fork retry no child process
>> issues after every damn update?
>> We use an application
Is there some automated way I can stop Windows 10 updates from continuously
causing these fork retry no child process
issues after every damn update?
We use an application based on Cygwin (2.6.0) on our clients that gets wrecked
everytime a Windows 10 update occurs.
The users have no idea about C
On 05/28/2015 12:44 AM, Achim Gratz wrote:
> Gerry Reno writes:
>> I've been struggling with this fork:retry issue for over a month and have
>> yet to find a working solution.
>>
>> The machines are Windows 7 64-bit with Cygwin 32-bit installation.
>>
On 05/27/2015 09:01 PM, Mark Geisert wrote:
> Gerry Reno writes:
>
>> On 05/27/2015 05:54 PM, Marco Atzeri wrote:
>>
>>> So I suspect a BLODA is interfering with your cygwin installation.
>> The only thing I see from the list is BitDefender which these laptops h
On 05/27/2015 08:03 PM, Eliot Moss wrote:
> On 5/27/2015 5:16 PM, Gerry Reno wrote:
>> I've been struggling with this fork:retry issue for over a month and have
>> yet to find a working solution.
>>
>> The machines are Windows 7 64-bit with Cygwin 32-bit insta
On 05/27/2015 06:24 PM, Rockefeller, Harry wrote:
> Based on advice I've gotten here
> these are the steps I plan to run next time emacs vfork errors happen.
>
> Reboots are time expensive so my next attempt will be to avoid that.
>
> 1) stop mcshield.exe [since my employer has McAfee installed on
On 05/27/2015 05:54 PM, Marco Atzeri wrote:
>
>
> On 5/27/2015 11:16 PM, Gerry Reno wrote:
>> I've been struggling with this fork:retry issue for over a month and have
>> yet to find a working solution.
>>
>> The machines are Windows 7 64-bit with Cygw
I've been struggling with this fork:retry issue for over a month and have yet
to find a working solution.
The machines are Windows 7 64-bit with Cygwin 32-bit installation.
I run Setup and then install some bash scripts for the user.
Only some of the machines appear to be having this fork:retry p
On 09/07/2014 02:12 AM, Achim Gratz wrote:
> Gerry Reno writes:
>> Reran setup on a XP machine this afternoon (Base only) and when I bring up a
>> cygwin term I see this:
>>
>> /etc/profile: line 136: /usr/bin/hostname: No such file or directory
>>
>>
&g
On 09/06/2014 07:20 PM, Gerry Reno wrote:
> Reran setup on a XP machine this afternoon (Base only) and when I bring up a
> cygwin term I see this:
>
> /etc/profile: line 136: /usr/bin/hostname: No such file or directory
>
>
> Previously:
>
> $ which hostn
Reran setup on a XP machine this afternoon (Base only) and when I bring up a
cygwin term I see this:
/etc/profile: line 136: /usr/bin/hostname: No such file or directory
Previously:
$ which hostname
/usr/bin/hostname
Today:
$ which hostname
/cygdrive/c/WINDOWS/system32/ho
On 09/06/2014 04:12 PM, Gary Johnson wrote:
> On 2014-09-05, Gerry Reno wrote:
>
>> To clarify this request a bit:
>>
>> Both run-1.2.0-1 and 1.3.1-1 are broken. Neither one properly runs a
>> command.
>> The only recent package that actually worked was
On 09/05/2014 09:14 PM, Gerry Reno wrote:
> On 09/03/2014 03:48 PM, Achim Gratz wrote:
>> Gerry Reno writes:
>>> On the 32-bit system cygwin installs that haven't been updated yet
>>> 'run.exe' shows:
>>>
>>> $ ls -l /usr/bin/run.ex
On 09/03/2014 03:48 PM, Achim Gratz wrote:
> Gerry Reno writes:
>> On the 32-bit system cygwin installs that haven't been updated yet 'run.exe'
>> shows:
>>
>> $ ls -l /usr/bin/run.exe
>> -rwxr-xr-x 1 Administrator None 65053 Jul 24 201
On 09/03/2014 03:48 PM, Achim Gratz wrote:
> cygcheck -f /usr/bin/run.exe
Working systems:
$ cygcheck -f /usr/bin/run.exe
run-1.3.0-1
Broken systems:
$ cygcheck -f /usr/bin/run.exe
run-1.3.1-1
Your guess was correct.
Gerry
--
Problem reports: http://cygwin.com/prob
On 09/02/2014 08:59 PM, Gerry Reno wrote:
> On 09/02/2014 01:50 PM, Marco Atzeri wrote:
>>
>> On 02/09/2014 19:37, Achim Gratz wrote:
>>> Gerry Reno writes:
>>>> I have a script that issues this command:
>>>>
>>>> run $WINDIR/system3
On 09/02/2014 01:50 PM, Marco Atzeri wrote:
>
>
> On 02/09/2014 19:37, Achim Gratz wrote:
>> Gerry Reno writes:
>>> I have a script that issues this command:
>>>
>>> run $WINDIR/system32/mstsc.exe /multimon /v:$IP:3389
>>>
>>>
>&
I just updated to the latest cygwin via setup and now my run commands are
failing.
I have a script that issues this command:
run $WINDIR/system32/mstsc.exe /multimon /v:$IP:3389
And before this script has always succeeded but now it errors as follows:
Invalid connection file (/v:192.
On 02/19/2014 06:10 PM, Larry Hall (Cygwin) wrote:
> On 2/19/2014 5:55 PM, Gerry Reno wrote:
>> Running latest cygwin.
>>
>> Does anyone recognize this error?
>>
>> /etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash
>> 2520 child_info_
Running latest cygwin.
Does anyone recognize this error?
/etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash 2520
child_info_fork::abort
C:\cygwin\bin\cygiconv-2.dll: loaded to different address: (parent 0x49) !=
child(0x5A)
Every once in a while I am getting this
On 02/16/2014 12:38 PM, Gerry Reno wrote:
>
> I ran the acl checks and can find no difference between them which leads to
> this being yet another WiX/MSI installer
> issue which doesn't surprise me.
>
> Administrator@WIN-SERVER /cygdrive/c/cygwin/usr/local
> $ getfacl b
On 02/16/2014 02:14 AM, Marco Atzeri wrote:
> On 16/02/2014 03:12, Gerry Reno wrote:
>> I have a Windows MSI installer that first loads Cygwin and then has a
>> deferred copy of some files into /usr/local/bin
>> and /usr/local/etc.
>>
>> The copies into /usr/
now?
On 02/15/2014 11:23 PM, Andrey Repin wrote:
> Greetings, Gerry Reno!
>
>> I have a Windows MSI installer that first loads Cygwin and then has a
>> deferred copy of some files into /usr/local/bin and /usr/local/etc.
> Cygwin distribution does not come in a form of MSI in
I have a Windows MSI installer that first loads Cygwin and then has a deferred
copy of some files into /usr/local/bin
and /usr/local/etc.
The copies into /usr/local/bin succeed fine.
The copies into /usr/local/etc always get Access denied.
I've tried swapping them and same behavior. The files
Is there a way to install Cygwin such that it would only be accessible to Users
within a specific Windows Group?
Right now you either get it just for the installing user or for All Users. We
would like access to be limited to a Group.
I could restrict permissions on C:\cygwin but will that int
Csaba, my previous post http://cygwin.com/ml/cygwin/2013-12/msg00389.html has
the details.
On 12/28/2013 05:29 AM, Csaba Raduly wrote:
> On Sat, Dec 28, 2013 at 4:44 AM, Gerry Reno wrote:
>> I was trying to get ssh connection sharing working today under Cygwin but
>> could not
$ grep Control /etc/ssh_config
ControlMaster auto
ControlPath ~/.ssh/cm_socket/%r@%h:%p
$ ssh -M -L 5432:192.168.2.105:5432 greno@192.168.2.103
greno@192.168.2.103's password:
bind: Address already in use
channel_setup_fwd_listener: cannot listen to port: 5432
Could not request local forwarding.
I was trying to get ssh connection sharing working today under Cygwin but could
not get it to work.
Is this not possible under Cygwin?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsu
I was trying to get ssh connection sharing working today under Cygwin but could
not get it to work.
Is this not possible under Cygwin?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsu
Thanks. I think this will work.
On 12/24/2013 08:37 AM, Andrey Repin wrote:
> Greetings, Gerry Reno!
>
>> Is it possible to detect in an automated way when setup.exe has finished?
>> Like some final file or marker?
> If you state more clearly, what is you want to do, we
Is it possible to detect in an automated way when setup.exe has finished?
Like some final file or marker?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygw
On 12/17/2013 11:27 AM, Gerry Reno wrote:
> On 12/17/2013 07:44 AM, Tim Prince wrote:
>> On 12/17/2013 4:32 AM, Andrey Repin wrote:
>>> Greetings, Gerry Reno!
>>>
>>>> I just got finished installing Cygwin on another machine and this time the
>>&
On 12/17/2013 07:44 AM, Tim Prince wrote:
>
> On 12/17/2013 4:32 AM, Andrey Repin wrote:
>> Greetings, Gerry Reno!
>>
>>> I just got finished installing Cygwin on another machine and this time the
>>> -c does work. So I went back and looked at
>>&
On 12/16/2013 09:39 PM, Larry Hall (Cygwin) wrote:
> On 12/16/2013 7:32 PM, Gerry Reno wrote:
>> On 12/16/2013 07:27 PM, Max Polk wrote:
>>> On 12/16/2013 5:55 PM, Gerry Reno wrote:
>>>> /usr/bin/ls: /usr/bin/ls: cannot execute binary file
>>>>
On 12/16/2013 07:27 PM, Max Polk wrote:
> On 12/16/2013 5:55 PM, Gerry Reno wrote:
>> /usr/bin/ls: /usr/bin/ls: cannot execute binary file
>> /bin/bash: Exit 126
>>
>>
>> This is the error that greets me when I try to execute a command in cygwin
>>
/usr/bin/ls: /usr/bin/ls: cannot execute binary file
/bin/bash: Exit 126
This is the error that greets me when I try to execute a command in cygwin from
a Windows Command Prompt like so:
C:\cygwin\bin\mintty.exe -h always /bin/bash -l ls
This was after installing a new version of C
t monitoring protocol
> xns-idp 22XNS-IDP # Xerox NS IDP
> rdp 27RDP # "reliable datagram" protocol
> rvd 66RVD # MIT remote virtual disk
>
> -Original Message-
> From: Gerry Reno [mailto:gr...@verizon.net]
> Sent: Thursday, Mar
On 03/31/2011 05:10 PM, Furash, Gary F - (furashg) wrote:
> I still haven't solved the networking issues on my PC. After including the
> standard .profile and .bashrc in my startup process, I now get this behavior:
>
> $ nslookup www.google.com
> /usr/src/ports/net/bind/bind-9.7.1-1/src/bind-9.7.1
Hi Wayne,
I've been getting numerous "Bad address" errors on an upgraded
Cygwin installation (from 1.5 to 1.7).
Have no clue what is causing the problem and have tried everything I
could think of to try and get rid of it to no avail.
I have started several different threads in the pas
On 02/10/2011 09:53 PM, Gerry Reno wrote:
> On 02/10/2011 09:00 PM, Gerry Reno wrote:
>
>> On 02/10/2011 08:16 PM, Gerry Reno wrote:
>>
>>
>>> After having so much difficulty post-upgrade Cygwin 1.5 to 1.7 on my
>>> Windows 2003 R2 WOW
If I'm going to wipe off a Cygwin installation and perform an entire new
Cygwin installation is it possible to feed setup.exe a list of packages
to install from the previous installation? If so, what are the steps?
Regards,
Gerry
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 02/10/2011 09:00 PM, Gerry Reno wrote:
> On 02/10/2011 08:16 PM, Gerry Reno wrote:
>
>> After having so much difficulty post-upgrade Cygwin 1.5 to 1.7 on my
>> Windows 2003 R2 WOW64 machine:
>>
>> I prepared a fresh installation of Windows 2003 R2 WOW64
On 02/10/2011 08:16 PM, Gerry Reno wrote:
> After having so much difficulty post-upgrade Cygwin 1.5 to 1.7 on my
> Windows 2003 R2 WOW64 machine:
>
> I prepared a fresh installation of Windows 2003 R2 WOW64 and
> installed Cygwin 1.7.7 using setup.exe from the
After having so much difficulty post-upgrade Cygwin 1.5 to 1.7 on my
Windows 2003 R2 WOW64 machine:
I prepared a fresh installation of Windows 2003 R2 WOW64 and
installed Cygwin 1.7.7 using setup.exe from the cygwin.com site.
Conclusion: A fresh install of Cygwin 1.7.7 FAILS on Windows 20
On 02/09/2011 08:21 PM, Gerry Reno wrote:
> On 02/09/2011 08:04 PM, Gerry Reno wrote:
>
>> On 02/09/2011 07:21 PM, Gerry Reno wrote:
>>
>>
>>> On 02/09/2011 06:43 PM, Larry Hall (Cygwin) wrote:
>>>
>>>
&g
On 02/09/2011 08:04 PM, Gerry Reno wrote:
> On 02/09/2011 07:21 PM, Gerry Reno wrote:
>
>> On 02/09/2011 06:43 PM, Larry Hall (Cygwin) wrote:
>>
>>
>>> On 2/9/2011 5:56 PM, Gerry Reno wrote:
>>>
>>>
>
On 02/09/2011 07:21 PM, Gerry Reno wrote:
> On 02/09/2011 06:43 PM, Larry Hall (Cygwin) wrote:
>
>> On 2/9/2011 5:56 PM, Gerry Reno wrote:
>>
>>> On 02/09/2011 05:35 PM, Larry Hall (Cygwin) wrote:
>>>
>>>> On 2/9/2011 5:07 PM, Gerry
On 02/09/2011 06:43 PM, Larry Hall (Cygwin) wrote:
> On 2/9/2011 5:56 PM, Gerry Reno wrote:
>> On 02/09/2011 05:35 PM, Larry Hall (Cygwin) wrote:
>>> On 2/9/2011 5:07 PM, Gerry Reno wrote:
>>>> On 02/09/2011 04:56 PM, Gerry Reno wrote:
>>>>> On 0
On 02/09/2011 05:07 PM, Gerry Reno wrote:
> On 02/09/2011 04:56 PM, Gerry Reno wrote:
>
>> On 02/08/2011 11:07 PM, Larry Hall (Cygwin) wrote:
>>
>>
>>> On 2/8/2011 9:14 PM, Gerry Reno wrote:
>>>
>>>
>>>> Somethin
On 02/09/2011 04:56 PM, Gerry Reno wrote:
> On 02/08/2011 11:07 PM, Larry Hall (Cygwin) wrote:
>
>> On 2/8/2011 9:14 PM, Gerry Reno wrote:
>>
>>> Something else I just discovered after upgrading to 1.7.7 is that I now
>>> have lost the ability to l
On 02/08/2011 11:07 PM, Larry Hall (Cygwin) wrote:
> On 2/8/2011 9:14 PM, Gerry Reno wrote:
>> Something else I just discovered after upgrading to 1.7.7 is that I now
>> have lost the ability to login via ssh.
>>
>> I have OpenSSH installed and running sshd as a service.
On 02/08/2011 04:10 PM, Gerry Reno wrote:
> On 02/08/2011 03:28 PM, Gerry Reno wrote:
>
>> On 02/08/2011 03:14 PM, Larry Hall (Cygwin) wrote:
>>
>>
>>> On 2/8/2011 2:47 PM, Gerry Reno wrote:
>>>
>>>
>>>
>>>
>
On 02/09/2011 05:54 AM, Corinna Vinschen wrote:
> On Feb 8 21:14, Gerry Reno wrote:
>
>> Something else I just discovered after upgrading to 1.7.7 is that I now
>> have lost the ability to login via ssh.
>>
>> I have OpenSSH installed and running sshd as a servi
Something else I just discovered after upgrading to 1.7.7 is that I now
have lost the ability to login via ssh.
I have OpenSSH installed and running sshd as a service. Both password
and keys accepted. But now neither means will work.
# ssh -i keypair1.pem Administrator@MACHINE_IP
Last
On 02/08/2011 03:28 PM, Gerry Reno wrote:
> On 02/08/2011 03:14 PM, Larry Hall (Cygwin) wrote:
>
>> On 2/8/2011 2:47 PM, Gerry Reno wrote:
>>
>>
>>
>>
>>> As you can see it is not just the lapack0.sh file in /etc/profile.d/.
>>> E
On 02/08/2011 03:14 PM, Larry Hall (Cygwin) wrote:
> On 2/8/2011 2:47 PM, Gerry Reno wrote:
>
>
>
>> As you can see it is not just the lapack0.sh file in /etc/profile.d/.
>> Even when I remove lapack0.sh the problem just moves to another file.
>>
>> And the pro
On 02/07/2011 02:52 PM, marco atzeri wrote:
> On Mon, Feb 7, 2011 at 7:19 PM, Gerry Reno wrote:
>
>> I'm retitling this issue to reflect the proper topic.
>>
>>
>> My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
>&
I'm retitling this issue to reflect the proper topic.
My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
on certain file accesses. I observed this when running a bash login
shell where when /etc/profile is being run errors of the type: 'Bad
address' are seen when trying to
On 02/07/2011 12:37 PM, marco atzeri wrote:
> On Mon, Feb 7, 2011 at 6:27 PM, Gerry Reno wrote:
>
>> On 02/07/2011 12:19 PM, marco atzeri wrote:
>>
>>> those scripts are called inside /etc/profile and the execute
>>> permission is not needed
>&g
On 02/07/2011 12:19 PM, marco atzeri wrote:
>
> those scripts are called inside /etc/profile and the execute
> permission is not needed
>
>
Thanks Marco. I had figured that out eventually as well. They are just
'sourced'.
The issue seems to come from the fact that my installation is getting
On 02/07/2011 10:55 AM, Gerry Reno wrote:
>
> The only error I noticed so far is this:
>
> bash: /etc/profile.d/lang.sh: Bad address
> bash: /etc/profile.d/lapack0.sh: Bad address
>
>
>
I did some searching and the only thread I can find dealing with this
&q
On 02/07/2011 10:20 AM, Gerry Reno wrote:
> On 02/07/2011 01:39 AM, Dirk Sondermann wrote:
>> On 02/06/11 21:43, Gerry Reno wrote:
>>
>>> bash-4.1$ cat /Cygwin.bat
>>> @echo off
>>>
>>> C:
>>> chdir C:\cygwin\b
On 02/07/2011 01:39 AM, Dirk Sondermann wrote:
> On 02/06/11 21:43, Gerry Reno wrote:
>
>> bash-4.1$ cat /Cygwin.bat
>> @echo off
>>
>> C:
>> chdir C:\cygwin\bin
>>
>> REM bash --verbose --login -i
>> bash -i
>>
On 02/06/2011 07:55 PM, Gerry Reno wrote:
> On 02/06/2011 07:36 PM, Gerry Reno wrote:
>
>> On 02/06/2011 07:33 PM, Gerry Reno wrote:
>>
>>
>>> On 02/06/2011 06:23 PM, David Sastre wrote:
>>>
>>>
>>>
>
On 02/06/2011 07:36 PM, Gerry Reno wrote:
> On 02/06/2011 07:33 PM, Gerry Reno wrote:
>
>> On 02/06/2011 06:23 PM, David Sastre wrote:
>>
>>
>>> On Sun, Feb 06, 2011 at 03:43:42PM -0500, Gerry Reno wrote:
>>>
>>>
>>
On 02/06/2011 07:33 PM, Gerry Reno wrote:
> On 02/06/2011 06:23 PM, David Sastre wrote:
>
>> On Sun, Feb 06, 2011 at 03:43:42PM -0500, Gerry Reno wrote:
>>
>>
>>> On 02/06/2011 02:16 PM, David Sastre wrote:
>>>
>>>
>&g
I installed PostgreSQL 8.2.
I want to run PostgreSQL as a service. Usually I would expect that the
user 'postgres' was created by the package installation. However, after
installing PostgreSQL 8.2 in Cygwin I find no user 'postgres' on the system:
bash-4.1$ grep postgres /etc/passwd
bas
David, thanks for the response. I put my responses inline...
On 02/06/2011 02:16 PM, David Sastre wrote:
> On Sun, Feb 06, 2011 at 01:33:37PM -0500, Gerry Reno wrote:
>
>> What is the proper method to set the PATH variable on a system-wide
>> basis in Cygwin?
>>
&g
What is the proper method to set the PATH variable on a system-wide
basis in Cygwin?
Right now in the Cygwin Bash shell the PATH is set to:
bash-4.1$ echo $PATH
/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wb
em:/cygdrive/c/Program Files (x86)/Microso
I installed Cygwin/X and right after installation I was able to click on
the menu link and start X.
Then I clicked on the Hide Root Window option on the X icon menu and the
screen went blank so I had to reboot.
Now I can no longer start X from the menu link.
I can start X from a bash shell just
On 01/31/2011 04:50 PM, Larry Hall (Cygwin) wrote:
> On 1/31/2011 4:42 PM, Gerry Reno wrote:
>> On 01/31/2011 04:16 PM, Gerry Reno wrote:
>>> On 01/31/2011 04:14 PM, Larry Hall (Cygwin) wrote:
>>>
>>>> On 1/31/2011 3:49 PM, Gerry Reno wrote:
>>>&g
On 01/31/2011 04:16 PM, Gerry Reno wrote:
> On 01/31/2011 04:14 PM, Larry Hall (Cygwin) wrote:
>
>> On 1/31/2011 3:49 PM, Gerry Reno wrote:
>>
>>> On 01/31/2011 03:00 PM, Larry Hall (Cygwin) wrote:
>>>
>>
>>
>>
>>
On 01/31/2011 04:14 PM, Larry Hall (Cygwin) wrote:
> On 1/31/2011 3:49 PM, Gerry Reno wrote:
>> On 01/31/2011 03:00 PM, Larry Hall (Cygwin) wrote:
>
>
>
>>>
>>> This is why you got the complaint about cygwin1.dll being busy.
>>>
>>>
On 01/31/2011 03:00 PM, Larry Hall (Cygwin) wrote:
> On 1/31/2011 2:16 PM, Gerry Reno wrote:
>> On 01/31/2011 01:55 PM, Gerry Reno wrote:
>>> In my case, I installed cygwin a few months ago and yesterday I went to
>>> upgrade it and install several packages.
>>&g
On 01/31/2011 01:55 PM, Gerry Reno wrote:
> In my case, I installed cygwin a few months ago and yesterday I went to
> upgrade it and install several packages.
>
> As it was going along it said that cygwin1.dll was busy so I pressed
> Continue and at the end it said a reboot was requ
In my case, I installed cygwin a few months ago and yesterday I went to
upgrade it and install several packages.
As it was going along it said that cygwin1.dll was busy so I pressed
Continue and at the end it said a reboot was required. And so I
rebooted the machine.
When I logged back in, cygw
On 01/31/2011 10:15 AM, Jørgen Steensgaard wrote:
> Hi
>
> I have just installed 1.7.7 after several unsuccessful attempts.
> Several auxiliary libraries were not included in the installation
> after setup finished. OK -- so I had to locate and rerun setup
> repeatedly.
>
> At some point I succeed
--- Brian Dessent <[EMAIL PROTECTED]> wrote:
> Gerry Reno wrote:
>
> > ./apache-1.3.33-2.sh prep
>
> Without running prep you don't get any patches applied, one of which
> is
> the rather involved patch to add hooks and support for mod_ssl.
>
> >
c/apache-1.3.33/.build/src.i686-whatever-cygwin/support'
make[2]: *** [build-support] Error 1
make[2]: Leaving directory `/usr/src/apache-1.3.33/.build'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/usr/src/apache-1.3.33/.build'
make: *** [all] Error 2
Make is fails with t
The solution was to install the httpd service with the following args:
$ cygrunsrv -I httpd -u nobody -p /usr/sbin/httpd -a -F -d "CYGWIN
httpd" -e "CYGWIN=server" --shutdown
$ net start httpd
The CYGWIN httpd service is starting.
The CYGWIN httpd service was started succes
oming from .../modules/ssl
I checked the modules/ssl/Makefile and sure enough there is no rule to
make libssl.dll. Is this a problem or is libssl.dll created some other
way?
How is libssl.dll generated?
Gerry Reno
mailto: grenoml at@ yahoo dot. com
--
Unsubscribe info: http://cygwin.com/ml/#u
/usr/sbin/httpd
nobody32081420 ? 16:49:42 /usr/sbin/httpd
greno27363404 con 16:49:47 /usr/bin/ps
As you can see the service does start even though it is reporting that
it is not started. Am I configuring something wrong?
Gerry Reno
mailto: grenoml at@ yahoo dot. com
u can see httpd did actually start and a check with the browser
verfies this. I'm stumped at why net start/stop are not behaving
properly. When I go into Services in Windows Control Panel the httpd
service is there but shows not started. Any ideas?
Gerry Reno
mailto: grenoml at@ yahoo dot
>On Thu, 10 Jun 2004, Gerry Reno wrote:
>> I have a script that logs on to a SMB network service. Something
like:
>> net use \\server\servicename password /user:
>>
>> This script run fine from the users shell environment but I need
this
>> script to run
tings today and I've seen that others have encountered
similar problems also. Has anyone found a solution to this
predicament?
=====
Gerry Reno
mailto: grenoml at@ yahoo dot. com
(if mail bounces please retry later - spam rapidly fills
I'm running Cygwin 1.5.9 and am trying to start X, but not having much luck.
Here's what the console shows:
XWin was started with the following command line:
Xwin
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(
I downloaded the new version of Cygwin but I can't find mod_php.
=
Gerry Reno
mailto: grenoml at@ yahoo dot. com
(if mail bounces please retry later - spam rapidly fills up mailbox)
__
Do you Yahoo!?
Friends. Fun. Try the al
It seems that you aren't supposed to return internal automatic
references! :-) The compiler should have warned but didn't.
--- Gerry Reno <[EMAIL PROTECTED]> wrote:
> I'm having a problem with gcc 3.3.1. Here is a sample program that
> demos the problem:
>
gt;h2);
}
--
-- results --
somefunc: ptr->h1 = 99
somefunc: ptr->h2 = 88
main: ptr2->h1 = 99
main: ptr2->h2 = 99
And sometimes it will give me really large values for main: ptr2-h2
like 4043574.
--
Env:
Cygwin 1.5.5
gcc 3.3.1
===
Ok, I think the problem was related to autoconf. The build was using
a previous configure. I went through and thoroughly cleaned everything
and had the configure rerun and now it is compiling.
--- Gerry Reno <[EMAIL PROTECTED]> wrote:
> I just upgraded Cygwin to 1.5.5 and gcc
error before "char"
==> COMPILING "getfp.o"
getfp.c:36:22: avoffset.h: No such file or directory
==> COMPILING "getav0.o"
getav0.c:29:22: avoffset.h: No such file or directory
I looked at /usr/include/sys/types.h and couldn't see anything wrong
with this he
Disregard. I downloaded a lot of packages and now after reboot
'which autopoint' shows it in /usr/bin. It is in gettext-devel.
thx,
Gerry Reno
--- Gerry Reno <[EMAIL PROTECTED]> wrote:
> I thought that autopoint was part of the gettext-devel package but
> I
> do
I thought that autopoint was part of the gettext-devel package but I
don't find it there. After some searching it seems that there is a new
package: gettext-autopoint, but this package isn't listed with Cygwin
setup. Where can I get this package to be compatible with Cygwin
1.5.3?
1 - 100 of 111 matches
Mail list logo
