Re: cron event error message

[Gerrit P. Haase]

Simon Buchanan wrote:
Hi there,
Could someone please help explain this message i am seeing in the Event 
Viewer (Applciations):

The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot 
be found. The local computer may not have the necessary registry 
information or message DLL files to display messages from a remote 
computer. You may be able to use the /AUXSOURCE= flag to retrieve this 
description; see Help and Support for details. The following information 
is part of the event: /USR/SBIN/CRON : PID 788 : (Administrator) MAIL 
(mailed 65 bytes of output but got status 0x0001
).
The first part is not important, "mailed 65 bytes of output but got 
status 0x0001" is the actual error message from cron.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: ls /dev/*

[Mike Kenny - BCX - Professional Services JHB]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf Of Bobby McNulty
> Sent: Wednesday, November 03, 2004 5:43 PM

> Sounds like a winner.
> I'd go along with having cygdrive changed to dev.
> dev holds all the devices, like aux, con, and others.
> lpt

So why not do away with the unix/linux mount command and just
cd /dev/hda1, etc. instead of all the hassle with mount points and
file systems, etc.
I wonder why AT&T never thought of that

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: creating shared object (.so) with gcc under cygwin

[Rene Nyffenegger]

Igor,

Thanks a lot for the clarification

Cheers,
Rene


> On Wed, 3 Nov 2004, Rene Nyffenegger wrote:
> 
> > Hello
> >
> > I am trying to create a shared object and use it in a program under
> > cygwin with gcc. I seem to miss a point. If some kind soul could help
> > me on that, I'd be very grateful.
> >
> > Here's the code for the shared object (calc_mean.c):
> >
> >   #include "calc_mean.h"
> >   double mean(double a, double b) {
> > return (a+b) / 2;
> >   }
> >
> > Here's its header file (calc_mean.h):
> >
> >   double mean(double, double);
> >
> >
> > So, I compile that to a .so like so:
> >
> > $ gcc -shared -o libmean.so calc_mean.c
> >
> > Then, there's main.c that wants to use the shared object:
> >
> >   #include 
> >   #include "calc_mean.h"
> >
> >   int main(int argc, char* argv[]) {
> > double v1, v2, m;
> > v1 = 5.2;
> > v2 = 7.9;
> >
> > m  = mean(v1, v2);
> >
> > printf("The mean of %3.2f and %3.2f is %3.2f\n", v1, v2, m);
> > return 0;
> >   }
> >
> > I try to compile main.c like so:
> >
> > $ gcc main.c -o main -L. -lmean
> >
> > However, the following error is returned:
> > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lmean
> > collect2: ld returned 1 exit status
> >
> > Obviously, I do something wrong here, but I have no idea what that could
> > be.
> 
> As Chris recommended, use the ".dll" extension for your shared libs, 
> or you can also build an import lib using
> 
> $ gcc -shared -o libmean.so -Wl,--out-implib,libmean.dll.a calc_mean.c
> 
> and your link step should work.
>   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/

cygwin terminal problems

[Thomas Wolff]

Thomas Wolff wrote:
> [I assume terminal emulation is all done in cygwin1.dll, so this 
> is the right mailing list?]

Gerrit P. Haase wrote:
> No, please repost at [EMAIL PROTECTED]

I have submitted the following bug (and a few others) at 

 http://sourceware.org/bugzilla/show_bug.cgi?id=513

Whereas the cygwin terminal (in the Windows DOS box) normally 
does not respond to Report Cursor Position (ESC [ 6 n) at all, 
the CYGWIN=tty configured terminal does respond, but only after 
the next keyboard input. This is wrong and confuses programs that 
try to use this feature; response should be immediate.

Kind regards,
Thomas Wolff

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cannot start sshd service

[Walter Garcia-Fontes]

I'd appreciate any hint to solve the following problem:

I get the "Could not start sshd service on Local Computer. Error 1067:
The process terminated unexpectedly." I've seen some reports on this
in the archives, but none of the solutions suggested worked for me. Here
is the status of my installation:

1) I followed carefully all the steps in the specific doc for openssh
for Cygwin (/usr/share/doc/Cygwin/openssh.README).

2) I'm running it under the SYSTEM account. I'm able to launch the sshd 
service manually from a sysbash, and it accepts remote connections
without a problem, but I can't start from the service manager of with
"net start sshd".

3) I double checked permissions in the relevant files, and set them up
the way the doc says in 1), but it doesn't work. 

4) I'm not running it with privileged separation, though I also tried
that option. These are the permissions:

-rwxrwxrwx 1 SYSTEM Administ 1159 Nov 2 18:28 /etc/ssh_config*
-rw--- 1 SYSTEM Administ 668 Nov 2 14:39 /etc/ssh_host_dsa_key
-rw--- 1 SYSTEM Administ 604 Nov 2 14:39 /etc/ssh_host_dsa_key.pub
-rw--- 1 SYSTEM Administ 529 Nov 2 14:39 /etc/ssh_host_key
-rw--- 1 SYSTEM Administ 333 Nov 2 14:39 /etc/ssh_host_key.pub
-rw--- 1 SYSTEM Administ 883 Nov 2 14:39 /etc/ssh_host_rsa_key
-rw--- 1 SYSTEM Administ 224 Nov 2 14:39 /etc/ssh_host_rsa_key.pub
-rw-rw-rw- 1 SYSTEM Administ 2806 Nov 2 18:28 /etc/sshd_config

5) I mounted everything as system and binmode.

6) Here is the output of cygcheck:

Cygwin Configuration Diagnostics
Current System Time: Thu Nov 04 14:26:45 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
c:\texmf\miktex\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\WINNT\system32\nls
c:\WINNT\system32\nls\ENGLISH
c:\PROGRA~1\COMMON~1\ADAPTE~1\System
D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
D:\cygwin
W
.\
Z
.\
.\

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 1001(wgarac) GID: 513(None)
513(None)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 1001(wgarac) GID: 513(None)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `binmode tty ntsec'
HOME = `c:\users\wgarac'
AKE_MODE = `unix'
PWD = `/cygdrive/c/users/wgarac'
USER = `wgarac'

ALLUSERSPROFILE = `C:\DOCUME~1\ALLUSE~1'
APPDATA = `C:\DOCUME~1\wgarac\APPLIC~1'
COMMONPROGRAMFILES = `C:\PROGRA~1\COMMON~1'
COMPUTERNAME = `CJQ082'
COMSPEC = `C:\WINNT\system32\cmd.exe'
EDITOR = `jove'
GROUP = `None'
HOMEDRIVE = `C:'
HOMEPATH = `\'
HOST = `cjq082'
HOSTTYPE = `i386'
LOGNAME = `CJQ082'
LOGONSERVER = `\\CJQ082'
ACHTYPE = `i386'
AIL = `/var/spool/mail/wgarac'
ANPATH = 
`/usr/local/man:/usr/man/:/usr/contrib/man:/usr/local/netpbm/man:/usr/share/man'
NNTPSERVER = `news.cesca.es'
NUMBER_OF_PROCESSORS = `2'
NWLANGUAGE = `english'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `posix'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERLIO = `raw'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0b01'
PROGRAMFILES = `C:\PROGRA~1'
PROMPT = `$P$G'
REMOTEHOST = `cjq082'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TERM = `cygwin'
TINRC = `-r'
TZ = `RST-1RDT-2,M3.5.0/2,M10.5.0/3'
USERDOMAIN = `CJQ082'
USERNAME = `wgarac'
USERPROFILE = `C:\DOCUME~1\wgarac'
VENDOR = `intel'
WINDOWS_LOGIN = `0'
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) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/c
  (default) = `c:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/d
  (default) = `d:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/e
  (default) = `e:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/f
  (default) = `f:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/h
  (default) = `h:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/m
  (default) = `m:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions

[Fwd: Finally okay]

[Reini Urban]

[forward some question, which I lack to understand semantically]
--- Begin Message ---
Hello,

I had many troubles with installing cygwin on my laptop, and finally
(after one week...) the only way to make it work was to download and
install directly from Internet!

I have one little question, but important to me. I don't find any
answer on the web: I would like that cygwin makes two instructions
when I launch it, could you fastly explain me how please?

Thank you in advance,
Amandine


--- End Message ---
--
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/

Cron malfunction after date change

[Jacek Trzmiel]

cygwin1.dll 1.5.11-1, win2ksp4+patches

Steps to reproduce:
1. Start cron:
cygrunsrv --stop cron
cygrunsrv --remove cron
cygrunsrv --install cron -p /usr/sbin/cron -a -D -i
cygrunsrv --start cron

2. Add task to cron to start at specified time (about 3 minutes from
now) every day.  I.e. something like this:
34 15 * * * /some/app

3. Change date to previous day.

4. Wait over a minute.

5. Change date to current day.

6. Wait till time set in step 2.

BUG: Added task doesn't get executed.

EXPECTED: Task started at correct time.


I've also seen something like this:
- I've added task to execute 22:30 every day.
- About 15:00 changed date to previous day, and few minutes later to
current day.
- Task has not been started at 22:30.
- Task has been stated some time after 15:00 next day.

-- Jacek.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot start sshd service

[Igor Pechtchanski]

On Thu, 4 Nov 2004, Walter Garcia-Fontes wrote:

> I'd appreciate any hint to solve the following problem:
>
> I get the "Could not start sshd service on Local Computer. Error 1067:
> The process terminated unexpectedly." I've seen some reports on this
> in the archives, but none of the solutions suggested worked for me. Here
> is the status of my installation:
>
> 1) I followed carefully all the steps in the specific doc for openssh
> for Cygwin (/usr/share/doc/Cygwin/openssh.README).

Does this mean you ran ssh-host-config to install the sshd service?

> 2) I'm running it under the SYSTEM account. I'm able to launch the sshd
> service manually from a sysbash, and it accepts remote connections
> without a problem, but I can't start from the service manager of with
> "net start sshd".

What does the Windows Event Log show?  Is there anything in
/var/log/sshd.log (even though as installed by ssh-host-config, sshd
doesn't log there by default).

> 3) I double checked permissions in the relevant files, and set them up
> the way the doc says in 1), but it doesn't work.

Are all the needed DLLs executable (run "cygcheck /usr/sbin/sshd.exe" to
list the DLLs)?  Are all of them in the PATH for the service?

> [snip]
> 5) I mounted everything as system and binmode.

Since you ran from system bash, could you also verify that there are no
*user* mounts for the SYSTEM account?

> 6) Here is the output of cygcheck:
> [snip]

In the future, please *attach* the output of cygcheck, to minimize false
positive hits in archive searches.  Besides, your cut&paste seems to have
cut off the first column on some lines...

One more suggestion: add a script like

#!/bin/sh
date >> /var/log/test.log
env >> /var/log/test.log
echo "-" >> /var/log/test.log

as a service called "test" with cygrunsrv (using the same options as your
sshd service), and try to start it.  This should give you the exact
environment for the service (in /var/log/test.log), and might unearth some
clues.
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[1]:listsoft

[wdkirby]

http://66.73.170.21:8180/sft/


--
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: setup size prefs (from gmane.os.cygwin.applications)

[Hans Horn]

Hi Reini,

Reini Urban wrote:
> Which window sizes do we want to store?
> I started with one size for all, then I rewrote for one size for each
> propertypage, and now I believe the best would be to store/restore
> only two sizes.
> The big size for the package list and the small for the rest.
Two sizes sounds like the best compromise!

> What else do we want to remember?
> The state of the two checkboxes at the end?
Yup!

> What else?
The state of the keep/curr/exp radiobutton on the package list, as well as
the state of the View button.

And while you are at it: get rid of the "Installation complete" dialog.

greets,
Hans


p.s. kudos for stepping in and fixing setup issues 




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Re: Updates

[Christopher Faylor]

On Wed, Nov 03, 2004 at 12:54:40PM -0600, Steve Kelem wrote:
>Developers & Maintainers:

Just in case anyone thinks this is an actual announcement -- It isn't.

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: Perl binmode problem on text mount

[Christopher Faylor]

On Wed, Nov 03, 2004 at 09:21:50PM -0800, Earl Chew wrote:
>Igor Pechtchanski wrote:
>>On Wed, 3 Nov 2004, Earl Chew wrote:
>>
>>>This code used to work on Perl 5.6.1-2 on Cygwin 1.3.10.
>>>
>>>I've now moved to Perl 5.8.5-3 on Cygwin 1.5.11.
>>>
>>>Here is the Perl program:
>>>
>>> binmode STDOUT;
>>> print "Hello\n";
>>>
>>>1. Output to file on text mount
>>>
>>> perl foo.pl > foo.txt ; od -c foo.txt
>>>
>>> 000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
>>> 000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
>[ .. snip .. ]
>>This is expected behavior.  Unless you use raw writes (as "cat" does), the
>>mode of the file (text or binary) is determined *by the program that opens
>>the file*.  In the above case, the program is not perl, it's your shell.
>
>I think you're telling me that "binmode STDOUT" has no effect. I find
>this counterintuitive.
>
>Without "binmode STDOUT", I can see how your explanation would work.

AFAIK, binmode STDOUT should work fine.  It should eventually translate
to the setmode call.  Since setmode takes an fd argument it obviously
should affect the mode of the file being read or written regardless of
how it was originally opened.

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/

mysql-4.x.x with gcc-3.4.1, compile error on cygwin, all fixes to get it compiled

[Gerrit P. Haase]

Hi Charles,

> getting this error with the gcc-3.4.1 test release for cygwin:
> 
> gcc -c -I. -I/instsoft/mysql/mysql-4.0.20/bdb/dist/../include -O3 -DDBUG_OFF
>  -g0 -O3 /instsoft/mysql/mysql-4.0.20/bdb/dist/../env/env_open.c
> /instsoft/mysql/mysql-4.0.20/bdb/dist/../env/env_open.c: In function 
> `__dbenv_refresh ':
> /instsoft/mysql/mysql-4.0.20/bdb/dist/../env/env_open.c:453: warning: passing arg 1 
> of `__cygwin_lock_fini ' from incompatible pointer type
> /instsoft/mysql/mysql-4.0.20/bdb/dist/../env/env_open.c:453: error: void value not 
> ignored as it ought to be
> make[3]: *** [env_open.o] Error 1
> make[3]: Leaving directory
> `/instsoft/mysql/mysql-4.0.20/.build/bdb/build_unix '

I found the problem, Thomas Pfaff introduced system functions with the
same name, to get rid of this error, I renamed the BerkeleyDB internal
functions __lock_close() and __lock_init() to s.th. more unique.

These fixes apply to all MySQL 4.x.x versions
=

# cd to the libmysql directory
cd mysql-4.x.x/libmysql

# Add -no-undefined to libmysql/Makefile.shared
sed -i "s:target_ldflags =:\0-no-undefined:g" Makefile.shared

# cd to the top source directory
cd ../

# Remove AC_PREREQ(2.12) from configure.in
sed -i "s:AC_PREREQ(2.12)::g" configure.in

# Autoreconf. Run:
autoreconf --install --verbose --force

# Remove #pragma interface defines everywhere:
grep -rl "#pragma interface" * | xargs -r sed -i "s:#pragma interface:/*\0*/:g"

# cd to the bdb subdirectory
cd bdb

# Rename conflicting BDB internal functions:
grep -rl "__lock_close" * | xargs -r sed -i "s:__lock_close:__lock_close_bdb:g"
grep -rl "__lock_init" * | xargs -r sed -i "s:__lock_init:__lock_init_bdb:g"


# Additionally
# Change my_thr_init.c: line 74ff to:

#ifdef PTHREAD_ERRORCHECK_MUTEX_INITIALIZER_NP
  pthread_mutexattr_init(&my_errchk_mutexattr);
#ifndef __CYGWIN__
   pthread_mutexattr_setkind_np(&my_errchk_mutexattr,
   PTHREAD_MUTEX_ERRORCHECK_NP);
#else
#define PTHREAD_MUTEX_ERRORCHECK_NP PTHREAD_MUTEX_ERRORCHECK
  pthread_mutexattr_settype(&my_errchk_mutexattr,
   PTHREAD_MUTEX_ERRORCHECK_NP);
#endif
#endif



However, it seems that the Cygwin MySQL server still doesn't run stable.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

rebaseall failed

[Alex Genkin]

Hi,
Here is what happened:

$ /bin/rebaseall
ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6

cygcheck log is attached

Thanks,
Alex

cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Igor Pechtchanski]

On Thu, 4 Nov 2004, Christopher Faylor wrote:

> On Wed, Nov 03, 2004 at 09:21:50PM -0800, Earl Chew wrote:
> >Igor Pechtchanski wrote:
> >>On Wed, 3 Nov 2004, Earl Chew wrote:
> >>
> >>>This code used to work on Perl 5.6.1-2 on Cygwin 1.3.10.
> >>>
> >>>I've now moved to Perl 5.8.5-3 on Cygwin 1.5.11.
> >>>
> >>>Here is the Perl program:
> >>>
> >>>   binmode STDOUT;
> >>>   print "Hello\n";
> >>>
> >>>1. Output to file on text mount
> >>>
> >>>   perl foo.pl > foo.txt ; od -c foo.txt
> >>>
> >>>   000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
> >>>   000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
> >[ .. snip .. ]
> >>This is expected behavior.  Unless you use raw writes (as "cat" does), the
> >>mode of the file (text or binary) is determined *by the program that opens
> >>the file*.  In the above case, the program is not perl, it's your shell.
> >
> >I think you're telling me that "binmode STDOUT" has no effect. I find
> >this counterintuitive.
> >
> >Without "binmode STDOUT", I can see how your explanation would work.
>
> AFAIK, binmode STDOUT should work fine.  It should eventually translate
> to the setmode call.

Do you mean the "set_flags" call?

> Since setmode takes an fd argument it obviously should affect the mode
> of the file being read or written regardless of how it was originally
> opened.
>
> cgf

I used the command-line version of the above script:

strace -o bmode.strace perl -e 'binmode STDOUT;print "Hello\n"' > foo.txt

bmode.strace was only ~350 lines, and it seems to show that the mode of fd
1 is set to text based on the mount info, and never reset to binary
afterwards.  fhandler_base::write reports a text write.  So it does look
like "binmode STDOUT" doesn't work...  What am I missing?
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: Perl binmode problem on text mount

[Christopher Faylor]

On Thu, Nov 04, 2004 at 12:28:33PM -0500, Igor Pechtchanski wrote:
>On Thu, 4 Nov 2004, Christopher Faylor wrote:
>
>> On Wed, Nov 03, 2004 at 09:21:50PM -0800, Earl Chew wrote:
>> >Igor Pechtchanski wrote:
>> >>On Wed, 3 Nov 2004, Earl Chew wrote:
>> >>
>> >>>This code used to work on Perl 5.6.1-2 on Cygwin 1.3.10.
>> >>>
>> >>>I've now moved to Perl 5.8.5-3 on Cygwin 1.5.11.
>> >>>
>> >>>Here is the Perl program:
>> >>>
>> >>>  binmode STDOUT;
>> >>>  print "Hello\n";
>> >>>
>> >>>1. Output to file on text mount
>> >>>
>> >>>  perl foo.pl > foo.txt ; od -c foo.txt
>> >>>
>> >>>  000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
>> >>>  000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
>> >[ .. snip .. ]
>> >>This is expected behavior.  Unless you use raw writes (as "cat" does), the
>> >>mode of the file (text or binary) is determined *by the program that opens
>> >>the file*.  In the above case, the program is not perl, it's your shell.
>> >
>> >I think you're telling me that "binmode STDOUT" has no effect. I find
>> >this counterintuitive.
>> >
>> >Without "binmode STDOUT", I can see how your explanation would work.
>>
>> AFAIK, binmode STDOUT should work fine.  It should eventually translate
>> to the setmode call.
>
>Do you mean the "set_flags" call?

No.

>> Since setmode takes an fd argument it obviously should affect the mode
>> of the file being read or written regardless of how it was originally
>> opened.
>
>I used the command-line version of the above script:
>
>strace -o bmode.strace perl -e 'binmode STDOUT;print "Hello\n"' > foo.txt
>
>bmode.strace was only ~350 lines, and it seems to show that the mode of fd
>1 is set to text based on the mount info, and never reset to binary
>afterwards.  fhandler_base::write reports a text write.  So it does look
>like "binmode STDOUT" doesn't work...  What am I missing?

You are missing the fact that the OP was reporting a real bug, apparently.

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: setup size prefs (from gmane.os.cygwin.applications)

[Buchbinder, Barry (NIH/NIAID)]

At Thursday, November 04, 2004 11:14 AM, Hans Horn wrote:
> 
> And while you are at it: get rid of the "Installation complete"
> dialog. 

I second this motion.

> p.s. kudos for stepping in and fixing setup issues

And this one, too.

--
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/

GGI works on Cygwin

[Peter Ekberg]

Hello!

I'm writing to inform that GGI works on Cygwin (and MinGW for
that matter). v2.1 release candidate 4 is available for
testing, see the announcement for details on how to get it:
http://marc.theaimsgroup.com/?l=ggi-develop&m=109958791202306&w=2

It has been working for a while, but this seemed like a good
time to promote the project as an issue with DirectX headers
have cleared up somewhat.

GGI stands for General Graphics Interface, and it is a project
that aims to develop a reliable, stable and fast graphics system
that works everywhere. We want to allow any program using GGI to
run on any platform requiring at most a recompile.

GGI on Cygwin supports both the X11 and the DirectX targets (in
addition to a bunch of other intermediate targets such as shared
memory and palette emulation etc).

See these files in the distribution for more detailed
instructions:
libgii-0.9.0/doc/README.directx
libggi-2.1.0/doc/README.directx

Project homepage: http://www.ggi-project.org/

Cheers,
Peter


--
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: Cron malfunction after date change

[Harig, Mark]

Please run this diagnostic script.  It will attempt to locate
many types of common problems with cron on cygwin.

http://sources.redhat.com/ml/cygwin/2004-07/msg00207.html

Please read the output of the script carefully.  If it finds
problems, it suggests possible fixes, and it will also recommend
steps to take if it is unable to detect any problems



P.S., Please reply directly to this mailing list and not to me.
Also, please do not include my email address in the reply.


--
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/

install cygwin freezes at x11-fsrv README

[Ling F. Zhang]

I realize that I am the third person to raise this
question in the mailing list, but the first two are
unresolved.

Installing cygwin fails because it freezes trying to
install the x11-fsrv font server at README. Please
help.

Thank you.



__ 
Do you Yahoo!? 
Check out the new Yahoo! Front Page. 
www.yahoo.com 
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: install cygwin freezes at x11-fsrv README

[Bobby McNulty]

Ling F. Zhang wrote:
I realize that I am the third person to raise this
question in the mailing list, but the first two are
unresolved.
Installing cygwin fails because it freezes trying to
install the x11-fsrv font server at README. Please
help.
Thank you.
		
__ 
Do you Yahoo!? 
Check out the new Yahoo! Front Page. 
www.yahoo.com 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
 

That is what I'm talking about.
It won't go any further than that.
I have Windows XP Pro with service pack #2.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Earl Chew]

Christopher Faylor wrote:
You are missing the fact that the OP was reporting a real bug, apparently.
To confirm, I ran the program:
binmode STDOUT;
print "Hello\n";
using Perl 5.6.1-2 on Cygwin 1.5.11:
perl foo.pl > foo.txt ; od -c foo.txt
000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.5.11
The problem appears to be related to a change in Perl, rather
than Cygwin.
How do I go about logging a bug report?
Earl

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Perl binmode problem on text mount

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Earl Chew
> Sent: 04 November 2004 18:40

> Christopher Faylor wrote:
> > You are missing the fact that the OP was reporting a real 
> bug, apparently.
> 
> To confirm, I ran the program:
> 
>   binmode STDOUT;
>   print "Hello\n";
> 
> using Perl 5.6.1-2 on Cygwin 1.5.11:
> 
>   perl foo.pl > foo.txt ; od -c foo.txt
> 
>   000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
>   000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
>   000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.5.11
> 
> The problem appears to be related to a change in Perl, rather
> than Cygwin.

  or maybe a change in 'od' ?

  Trying to understand problems like this mangles my brain.  Ok, there's
perl's file descriptor, that's in binmode.  But then it's being redirected
to a file.  By a shell.  What mode do shell redirections happen in?  And
then the file in question is getting written to a textmode mount.  Which
we'd expect to be changing it.  And then it gets read back by 'od'.  From a
text mount.  Via a file open, rather than a redirection.  There's just
wy too many potential changes of mode to keep track of!

  If you doubt that it's as complicated as I make out, check this example:

[EMAIL PROTECTED] /win/textmode/c> od -c foo.txt
000   H   e   l   l   o  \n
006
[EMAIL PROTECTED] /win/textmode/c> od -c < foo.txt
000   H   e   l   l   o  \r  \n
007
[EMAIL PROTECTED] /win/textmode/c>

  I wouldn't like to jump to *any* hasty conclusions about whether or not I
know what the _actual_ contents of this file are just by looking at it with
od


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: setup size prefs (from gmane.os.cygwin.applications)

[Reini Urban]

Hans Horn schrieb:
Hi Reini,
Reini Urban wrote:
Which window sizes do we want to store?
I started with one size for all, then I rewrote for one size for each
propertypage, and now I believe the best would be to store/restore
only two sizes.
The big size for the package list and the small for the rest.
Two sizes sounds like the best compromise!
Well, there's another useful option.
three sizes:
  default small (317, 179): fixed size
  mirror selection (517, 379): resizable + remembered.
  package selection (517, 379): resizable + remembered.
What else do we want to remember?
The state of the two checkboxes at the end?
Yup!
sorry, I saw some patches from two years ago, that brought in useful 
defaults for those checkboxes.

What else?
The state of the keep/curr/exp radiobutton on the package list, as well as
the state of the View button.
this is good.
And while you are at it: get rid of the "Installation complete" dialog.
probably not.
p.s. kudos for stepping in and fixing setup issues 
well, there's huge list maxb and others are working on.
see the bugzilla pages:
http://sourceware.org/bugzilla/buglist.cgi?&product=cygwin&component=setup.exe
#479 is good to go
#480 (mousewheel) is broken. My rewrite of the idea is almost finished.
#481 looks easy good, but haven't checked yet.
#490 can be helped by abortable "endless" directory traversal,
   when selecting a poor local install directory. or stop
   after some 30secs.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
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/

[ANNOUNCEMENT] Updated: CMake-2.0.5-1

[William A. Hoffman]

CMake 2.0.5-1 is now available on Cygwin mirrors.

There has been a new release of the official cmake (2.0.5-1).
This is a minor release from 2.0.2 to 2.0.5.

Changes in CMake 2.0.5:
- Fix problem on Cygwin installed with unix-file system and DOS new-lines in 
CMakeCache.txt.
- Fix BUG 1244 TestCXXAcceptsFlag.cmake should not run every time.
- Fix ctest double space problem with output on windows.
- Fix ctest not found test path to avoid multiple copies of the same test.
- Fix ctest regular expression for SGI remarks.
- Fix single character target in makefiles that confuses nmake.
- Fix RunSingleProgram to work with spaces in the path.

Changes in CMake 2.0.4:
- Fix ctest regular expressions for warnings and errors.
- Fix crash with MACOSX_BUNDLE and unset EXECUTABLE_OUTPUT_PATH.
- Fix missing build overview information bug in ctest.
- Fix missing notes file bug in ctest.
- Fix bug 1179, parse error with $(var) make variables.
- Fix recognition of cygwin paths starting with a drive letter.
- Fix unclosed registry key leak.
- Fix unused variable compile warning.
- Fix resource leak in win32 process spawning.
- Fix INCLUDE_EXTERNAL_PROJECT command so it works as documented.
- Fix line reporting for the FOREACH command.
- Fix Glob file case problem.
- Fix for bug 1041, _MBCS sometimes added for UNIICODE.
- Fix when CMAKE_DEBUG_POSTFIX is not set the installer crashes. 
- Fix for free Visual Studio command line tools to get correct flags.
- Fix CTest start time for other time zones.
- Fix terse error output in CTest.
- Fix argument parsing for CTest in --build stuff.
- Fix problem with RUN_TESTS target in visual studio 6 and 7 project files wrong flags 
for ctest.
- Fix problem with generated .h files not being recognized as header files only.
- Fix problem with spaces in the path and MinGW.
- Fix bug where cmake and CMakeSetup incorrectly always default to Visual Studio 8.
- Fix crash when adding a custom command to a non-existent source file.
- Fix crash in VS7 generator when CMAKE_CXX_STACK_SIZE is not set.
- Fix TRY_COMPILE to use CMAKE_TRY_COMPILE_CONFIGURATION from current listfile.
- Fix missing try-compile debug support for TRY_RUN.
- Fix BUG 427: Try-compile when a non-executable target is specified.

Changes in CMake 2.0.3:

- Fixes for Find/Use SWIG, better error reporting and SWIG_FLAGS work.
- initial support for VCExpress visual studio 8
- LastMemCheck.log instead of LastMemCheck.xml
- timeout for ctest build and run
- Fixes for MinGW EXEC_COMMAND
- Fixes for install on windows, to work with Release/Debug dirs
- Fixes for install to work with shared library versions
- Fixes for QT wrapping commands to not require QT_WRAP_UI to be set, but still set it
- Better error reporting for win32 process running
- PreLoad.cmake file can be in source or binary
- Tree killing for linux and ctest
- CMAKE_PROGRAM_PATH CMAKE_FILE_PATH now searched by FIND_PROGRAM and FIND_FILE
- FLTK FLTK_WRAP_UI now set for backwards compatibility
- More warning expressions for ctest
- Do not duplicate include flags for .rc files on windows.
- fix spelling errors in error messages
- report build directory used in command line cmake
- fix for bug 981, help in ccmake lost cursor position
- CMakeSetup browse buttons use current directories
- generated test driver programs flush the text menu
- Mentioned LOCATION target property in GET_TARGET_PROPERTY documentation
- Added warning to AUX_SOURCE_DIRECTORY command documentation.
- Fix BUG 971: command line cmake does not select good default generator.
- Fix BUG 999: Allow a project to define system name for dart submissions
- Fix BUG 997:  CTest cannot handle URLs which contain a "?"
- Add support to ctest for reporting timing information.
- Fix BUG 966 VC7 generator correctly converts command line flags to GUI options.
- Fixed link-libs commands to not crash when last argument is debug/optimized.

Changes in CMake 2.0.2:

- Remove automatic -I for source directory with makefile generator.
  Problems caused by this can be fixed with this command:
  INCLUDE_DIRECTORIES(${CMAKE_CURRENT_SOURCE_DIR}).
  Or, you can set the CMAKE_BACKWARDS_COMPATIBILITY to 1.8.
- Fixed parsing of unquoted arguments to allow double-quotes within the
  argument.
- Add a STREQUAL to the IF command.
- Modules/FindFLTK.cmake: look for both Fl.h or Fl.H.
- Fix compound IF crash on unix. BUG id 917.
- Fix path problem with sub projects and IDE workspace files.
- Add a FindKDE module.
- Modules/FindFLTK.cmake: fix for bug 915
- BUG#891: When building CMake itself, use the new cmake to install so 
  that the current cmake can be overwritten.
- BUG: Files in top-level directory of source tree were not reported in updates log 
  for ctest.
- Fix find library so it does not find directories.


Changes in CMake 2.0.1:

- Platform independent Install (no more install-sh); 
  supports pre install, post install, manifest, destdir...
  faster and it works on Windows 
- Add support for SWIG
- Optional support for relative 

Re: Perl binmode problem on text mount

[Christopher Faylor]

On Thu, Nov 04, 2004 at 06:52:03PM -, Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Earl Chew
>> Sent: 04 November 2004 18:40
>
>> Christopher Faylor wrote:
>> > You are missing the fact that the OP was reporting a real 
>> bug, apparently.
>> 
>> To confirm, I ran the program:
>> 
>>  binmode STDOUT;
>>  print "Hello\n";
>> 
>> using Perl 5.6.1-2 on Cygwin 1.5.11:
>> 
>>  perl foo.pl > foo.txt ; od -c foo.txt
>> 
>>  000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
>>  000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
>>  000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.5.11
>> 
>> The problem appears to be related to a change in Perl, rather
>> than Cygwin.
>
>  or maybe a change in 'od' ?

Hard to see how "od" would take previous versions of perl into account.

>Trying to understand problems like this mangles my brain.  Ok, there's
>perl's file descriptor, that's in binmode.  But then it's being
>redirected to a file.  By a shell.  What mode do shell redirections
>happen in?  And then the file in question is getting written to a
>textmode mount.  Which we'd expect to be changing it.  And then it gets
>read back by 'od'.  From a text mount.  Via a file open, rather than a
>redirection.  There's just wy too many potential changes of mode to
>keep track of!

setmode() should trump everything.  If a program calls setmode() on an
open file descriptor, future operations on that file should honor what
setmode() says.

binmode in perl always used to call setmode (back in the dim past when I
was maintaining perl for cygwin).  It just sounds like this is a bug.

>  If you doubt that it's as complicated as I make out, check this example:
>
>[EMAIL PROTECTED] /win/textmode/c> od -c foo.txt
>000   H   e   l   l   o  \n
>006
>[EMAIL PROTECTED] /win/textmode/c> od -c < foo.txt
>000   H   e   l   l   o  \r  \n
>007
>[EMAIL PROTECTED] /win/textmode/c>
>
>  I wouldn't like to jump to *any* hasty conclusions about whether or not I
>know what the _actual_ contents of this file are just by looking at it with
>od

The OP showed consistent behavior using od and different versions of perl.
There is no reason to speculate about od problems in this scenario.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Yitzchak Scott-Thoennes]

On Thu, Nov 04, 2004 at 06:52:03PM -, Dave Korn <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] /win/textmode/c> od -c foo.txt
> 000   H   e   l   l   o  \n
> 006
> [EMAIL PROTECTED] /win/textmode/c> od -c < foo.txt
> 000   H   e   l   l   o  \r  \n
> 007
> [EMAIL PROTECTED] /win/textmode/c>
> 
>   I wouldn't like to jump to *any* hasty conclusions about whether or not I
> know what the _actual_ contents of this file are just by looking at it with
> od

So check the length.  You report perl bugs with the perlbug utility.
If necessary, just send email to [EMAIL PROTECTED] with perl -V output
(or ./myconfig output if the build failed).

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Christopher Faylor]

On Thu, Nov 04, 2004 at 11:08:17AM -0800, Yitzchak Scott-Thoennes wrote:
>On Thu, Nov 04, 2004 at 06:52:03PM -, Dave Korn <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] /win/textmode/c> od -c foo.txt
>> 000   H   e   l   l   o  \n
>> 006
>> [EMAIL PROTECTED] /win/textmode/c> od -c < foo.txt
>> 000   H   e   l   l   o  \r  \n
>> 007
>> [EMAIL PROTECTED] /win/textmode/c>
>> 
>>   I wouldn't like to jump to *any* hasty conclusions about whether or not I
>> know what the _actual_ contents of this file are just by looking at it with
>> od
>
>So check the length.  You report perl bugs with the perlbug utility.
>If necessary, just send email to [EMAIL PROTECTED] with perl -V output
>(or ./myconfig output if the build failed).

I'd wait for Gerrit to weigh in on this before bothering anyone official
in perl land.

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: [Fwd: Finally okay]

[Hannu E K Nevalainen]

[EMAIL PROTECTED] wrote:
> [forward some question, which I lack to understand semantically]

To answer I'd say;
Type this, as is, at the bash "$" prompt:

man bash
/^INVOCATION

Read 4th paragraph thoroughly, then go on and read more to answer any
questions that might rise from this.

And... http://www.tldp.org/LDP/Bash-Beginners-Guide/html/index.html
might help.

/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems--72-->

** mailing list preference; please keep replies on list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--


--
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/

Return to "cygheap version mismatch detected"

[Joshua Wright]

A few weeks ago I posted 
(http://www.cygwin.com/ml/cygwin/2004-09/msg00636.html) and received 
some very thoughtful responses from the list on a problem I was having 
where a program I wrote generates a "cygheap version mismatch detected" 
error immediately upon execution and exists.  Unfortunately, I've been 
unable resolve this issue.

Some of the suggestions from the list included removing all 
cygwin1.dll's from the system except for c:\cygwin\bin\cygwin1.dll and 
running rebaseall.  I've done both of these things, and I've even 
rebased all the Windows DLL's with "cygcheck asleap.exe | rebaseall -T 
-", still no luck resolving this issue.

In an effort to troubleshoot, I setup a clean WinXP Home SP2 
installation and installed Cygwin on that system, compiled the code and 
ran the executable - same error.

I don't know if it matters, but this particular application is linking 
with -lcrypt, -lPacket, and -lwpcap for "setkey/crypt" and libpcap 
functions.

I've put the source code up at 
http://home.jwu.edu/jwright/code/asleap-1.2.zip if anyone cares to take 
a look.  Any suggestions on what else I can do to try to resolve this issue?

Thanks very much,
-Josh
--
-Joshua Wright
[EMAIL PROTECTED]
http://home.jwu.edu/jwright/
pgpkey: http://home.jwu.edu/jwright/pgpkey.htm
fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73
Today I stumbled across the world's largest hotspot.  The SSID is "linksys".

Cygwin Configuration Diagnostics
Current System Time: Thu Nov 04 14:40:47 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Perl\bin\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\bin
c:\Program Files\PuTTY
e:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin
e:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE
e:\Program Files\Microsoft Visual Studio .NET 2003\vc7\include

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(Joshua Wright) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(Joshua Wright) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\Joshua Wright'
MAKE_MODE = `unix'
PWD = `/home/Joshua Wright'
USER = `Joshua Wright'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Joshua Wright\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `JWRIGHT'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
FP_NO_HOST_CHECK = `NO'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Joshua Wright'
HOSTNAME = `jwright'
INCLUDE = `E:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LIB = `E:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
LOGONSERVER = `\\JWRIGHT'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/cygdrive/e/DEV/asleap'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PRINTER = `Microsoft Office Document Image Writer'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0905'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp'
USERDOMAIN = `JWRIGHT'
USERNAME = `Joshua Wright'
USERPROFILE = `C:\Documents and Settings\Joshua Wright'
VS71COMNTOOLS = `E:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\'
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\

RE: Perl binmode problem on text mount

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 04 November 2004 19:05

> On Thu, Nov 04, 2004 at 06:52:03PM -, Dave Korn wrote:
> >> -Original Message-
> >> From: cygwin-owner On Behalf Of Earl Chew
> >> Sent: 04 November 2004 18:40

> >> The problem appears to be related to a change in Perl, rather
> >> than Cygwin.
> >
> >  or maybe a change in 'od' ?
> 
> Hard to see how "od" would take previous versions of perl 
> into account.

Well, yes, that would be magic of it.

I guess it's my own fault for not explicitly using smilies.

> >[EMAIL PROTECTED] /win/textmode/c> od -c foo.txt
> >000   H   e   l   l   o  \n
> >006
> >[EMAIL PROTECTED] /win/textmode/c> od -c < foo.txt
> >000   H   e   l   l   o  \r  \n
> >007
> >[EMAIL PROTECTED] /win/textmode/c>
> >
> >  I wouldn't like to jump to *any* hasty conclusions about 
> whether or not I
> >know what the _actual_ contents of this file are just by 
> looking at it with
> >od
> 
> The OP showed consistent behavior using od and different 
> versions of perl.
> There is no reason to speculate about od problems in this scenario.

  The fact that od was involved was a detail; the actual point I was making
was just about the complications of diagnosing a problem like this when
there are multiple interactions between file modes and mountpoints and in
particular when those interactions also affect the tools being used as
diagnostics.  It was a fairly generic point about debugging in general.
Perl and od just happened to be the first handy candidates.  It wasn't
"speculating about od problems".

> setmode() should trump everything.  If a program calls setmode() on an
> open file descriptor, future operations on that file should honor what
> setmode() says.

  Yes, but as I was pointing out, no matter what effect setmode might or
might not have had on the contents of the file when perl wrote it out to
disk, there's a whole secondary stage of processing when od opens the file
and reads it back in, interacting with the shell's stdio handling, and that
secondary stage may (or may not; but we can't just _assume_) involve a
non-null transformation of the data under analysis.

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/

Matlab does not recognize cygwin's fortran compiler?

[rati mishra]

Hi. I am trying to mex a Fortran file from MATLAB and
for some reason my f77 compiler is not recognized. I
am working on Windows XP Professional Ver 5.1 and
using Cygwin DLL version: 1.5.11. 

A friend tells me I need to download another package
which allows matlab to recognize cygwin's compiler but
he doesn't remember its name. I would greatly
appreciate any helpful information in this regard.
 
Thanks, 
Rati
 








__ 
Do you Yahoo!? 
Check out the new Yahoo! Front Page. 
www.yahoo.com 
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Earl Chew]

Yitzchak Scott-Thoennes wrote:
> So check the length.
Good idea:
binmode STDOUT;
print "Hello\n";
perl foo.pl > foo.txt ; od -c foo.txt ; ls -l foo.txt
000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
-rw-r--r--  1 earl  mkpasswd   7 Nov 4 11:10 foo.txt
000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.3.10
-rw-r--r--  1 earl  mkpasswd   6 Nov 4 11:14 foo.txt
000  H e l l o \n   # Perl 5.6.1-2 Cygwin 1.5.11
-rw-r--r--  1 earl  mkpasswd   6 Nov 4 11:14 foo.txt
Earl
--
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/

Clearsign problem with email 2.3.0

[Chuck]

LeavesIs this the right list to discuss problems with a package? If not I
apologize. I am using the "email" package and trying to clear-sign an email.
GnuPG is installed and works from the command line. I followed the
instructions for setting up GPG in the email.conf file. Here's what I get
when I try to sign a message...


$ email -subject "Signed Test" -sign [EMAIL PROTECTED]
email: WARNING: Environment varaible EDITOR not set: Defaulting to "vi"
email: FATAL: Could not create email properly: No such file or directory

Caught an ERROR, Shutting down...
gpg: can't open /tmp/.EMiUGkpYFu8: No such file or directory
gpg: signing failed: file open error



When I send unsigned email, it works fine. I'm using version 2.3.0.


--
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: [UPDATE] cron won't execute tasks

[Robert Pollard]

I ran cron_diagnose.sh and fixed the things that it said needed to be 
fixed.  There was a problem with the permissions on /etc/passwd that I 
couldn't figure out how to resolve.  It said the permissions needed 
have the read bit set.  So, I set it and it still didn't work.  The 
pattern it is looking for is '^-r--r--r-- '  My permissions are 
'-r--r--r--+'  I know this allows special access but I don't know how 
to turn it off.  None of the other servers where I could get cron to 
execute have the plus symbol in the permissions.  How do I get rid of 
it?

Also, it doesn't make sense that this would stop cron from executing 
the jobs because it shouldn't be using the passwd file to authenticate. 
 It is suppose to run as SYSTEM.

Thanks for all your help.
Robert
On Oct 28, 2004, at 5:22 PM, Robert Pollard wrote:
Hello all,
This problem is driving me insane (I don't have far to go ;-).
Configuration:
Windows 2003 Enterprise Edition, quad processor, 12 GB RAM.  Just 
downloaded Cygwin a few days ago.  So, it should be the latest.

The possible root cause:
BTW, I am trying to run cron as a service.
Our IT person installed Cygwin under a domain account.  Cron would run 
every minute but wouldn't switch user context.  So, I had him 
re-install Cygwin under a new local account that was assigned to the 
Windows Administrators group.

The problem:
Cron will not execute every minute now.  I have a scheduled task that 
does something like "* * * * * /bin/echo "Test" >/dev/null 
1>/TestAct.log"  It doesn't execute at all.

The other problem:
Cron will not execute scheduled tasks even if I run it from the 
command line as in: /usr/sbin/cron

If cron is run from the command line and I set up a simple cron job 
from the command line (crontab ) it should execute every 
minute.

I apologize up front for any missing information but what I really 
need is a check list of things I need to look at in order to make cron 
run every minute as it should.

Usually, it reports to the system log and I can tell that it is at 
least trying to run every minute.  It's very difficult to know what is 
happening since it doesn't report anything to the system log.  If I 
run it from the command line I can't even see any logging activities 
at all.  Looking into /var/log/cron.log only shows when it is started 
and stopped.

BTW, the only way I can get an entry into the system log is to run 
crontab.  It tries to reload the crontab entry.  When it was under the 
domain user, I was able to see an entry in the system log every 
minute.  Although, it wouldn't execute the scripts because it couldn't 
switch user context.

Thanks for any help you can give.
-Robert Pollard
--
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/

updatedb hangs with /proc/registry

[uno_exteriores]

That's it. When I run updatedb without tweaking the PRUNEPATHS variable, the
script hangs (noticeably reading the floppy endlessly). But, if I add
/proc/registry to PRUNEPATHS it works fine, even including /cygdrive/c. Also
attached is cygcheck.out. Cygwin is running an win2k. So, what's up? This
wasn't happening before.
have fun
Louis


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Earl Chew wrote:
This code used to work on Perl 5.6.1-2 on Cygwin 1.3.10.
I've now moved to Perl 5.8.5-3 on Cygwin 1.5.11.
Here is the Perl program:
binmode STDOUT;
print "Hello\n";
1. Output to file on text mount
perl foo.pl > foo.txt ; od -c foo.txt
000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.3.10
2. Output to file via cat
perl foo.pl | cat > foo.txt ; od -c foo.txt
000  H e l l o \n# Perl 5.8.5-3 Cygwin 1.5.11
000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.3.10
Has anyone else experienced the same issue?
Actually it is not perl writing \r here:
$ perl ./binmode.pl | od -c
000   H   e   l   l   o  \n
006
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Need help compiling gaim-1.0.2

[doug]

Hello,

I'm relatively new to cygwin with a background in FreeBSD.  I'm having
problems compiling gaim-1.0.2 for cygwin and need assistance.  Is this
the right list to ask, or should I post on cygwin-xfree?


-- 
Regards,
Doug

--
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: Matlab does not recognize cygwin's fortran compiler?

[Gerrit P. Haase]

rati mishra wrote:
Hi. I am trying to mex a Fortran file from MATLAB and
for some reason my f77 compiler is not recognized. I
am working on Windows XP Professional Ver 5.1 and
using Cygwin DLL version: 1.5.11. 

A friend tells me I need to download another package
which allows matlab to recognize cygwin's compiler but
he doesn't remember its name. I would greatly
appreciate any helpful information in this regard.
Have you the gcc-g77 package installed?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Christopher Faylor]

On Thu, Nov 04, 2004 at 10:15:31PM +0100, Gerrit P. Haase wrote:
>Earl Chew wrote:
>
>>This code used to work on Perl 5.6.1-2 on Cygwin 1.3.10.
>>
>>I've now moved to Perl 5.8.5-3 on Cygwin 1.5.11.
>>
>>Here is the Perl program:
>>
>>binmode STDOUT;
>>print "Hello\n";
>>
>>1. Output to file on text mount
>>
>>perl foo.pl > foo.txt ; od -c foo.txt
>>
>>000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
>>000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.3.10
>>
>>2. Output to file via cat
>>
>>perl foo.pl | cat > foo.txt ; od -c foo.txt
>>
>>000  H e l l o \n# Perl 5.8.5-3 Cygwin 1.5.11
>>000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.3.10
>>
>>Has anyone else experienced the same issue?
>
>Actually it is not perl writing \r here:
>
>$ perl ./binmode.pl | od -c
>000   H   e   l   l   o  \n
>006

Pipes are binmode by default.

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: Matlab does not recognize cygwin's fortran compiler?

[Stucky, Mark B UTRC]

> -Original Message-
> From: rati mishra [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 04, 2004 2:47 PM
> To: [EMAIL PROTECTED]
> Subject: Matlab does not recognize cygwin's fortran compiler?
> 
> 
> Hi. I am trying to mex a Fortran file from MATLAB and
> for some reason my f77 compiler is not recognized. I
> am working on Windows XP Professional Ver 5.1 and
> using Cygwin DLL version: 1.5.11. 
> 
> A friend tells me I need to download another package
> which allows matlab to recognize cygwin's compiler but
> he doesn't remember its name. I would greatly
> appreciate any helpful information in this regard.
>  
> Thanks, 
> Rati


Try visiting http://gnumex.sourceforge.net/

--Mark 

--
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: Need help compiling gaim-1.0.2

[Christopher Faylor]

On Thu, Nov 04, 2004 at 03:18:55PM -0600, [EMAIL PROTECTED] wrote:
>I'm relatively new to cygwin with a background in FreeBSD.  I'm having
>problems compiling gaim-1.0.2 for cygwin and need assistance.  Is this
>the right list to ask, or should I post on cygwin-xfree?

If you are trying to get an X version of gaim working and the problems
you are having are obviously X-related then you should ask on
cygwin-xfree.

If the problems are generic "configure gives me errors" type of problems
then you may ask here.

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: Announcement forwarding [Attn: Brian Ford] (Was Re: Updates)

[Brian Ford]

On Wed, 3 Nov 2004, Igor Pechtchanski wrote:

> On Wed, 3 Nov 2004, Christopher Faylor wrote:
> > On Wed, Nov 03, 2004 at 10:53:51AM -0800, Steve Kelem wrote:
> > >Developers & Maintainers:
> > >
> > >Please include the original description of the package when you provide
> > >updates.
> >
> > What's with the ill-conceived tendency of cc'ing cygwin-announce, lately?
> >
> > It's a moderated list, people!  It's not intended for questions or for
> > soapboxes.
>
> One interesting thing to note is that messages sent to both cygwin@ and
> cygwin-announce@ are forwarded here with the [ANNOUNCEMENT] prefix even if
> they aren't approved for posting on cygwin-announce.  Looks like Brian's
> rules filter for messages *addressed* to cygwin-announce, rather than
> those that were actually *sent via* cygwin-announce...
> Just a heads-up.
>   Igor

Thanks for the note Igor.  I think it's fixed now.  Sorry 'bout that.

> P.S. Not sure if this belongs on cygwin-apps instead...

Probably, but I found it.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Christopher Faylor wrote:
Pipes are binmode by default.
That means they are just as pipes are ought to be, "what goes in comes
out again, not more and not less"?
Or does it mean that a pipe always strips \r?
Then the cat example of the OP doesn't count at all.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Christopher Faylor]

On Thu, Nov 04, 2004 at 10:49:46PM +0100, Gerrit P. Haase wrote:
>Christopher Faylor wrote:
>>Pipes are binmode by default.
>
>That means they are just as pipes are ought to be, "what goes in comes
>out again, not more and not less"?
>
>Or does it mean that a pipe always strips \r?  Then the cat example of
>the OP doesn't count at all.

binmode means there is no extra processing on the fd.  It is handled
just like linux.  Linux doesn't add or subtract any characters when
it is doing I/O.

You're right, though.  The cat example really doesn't provide any useful
details.  In fact, cat will output in text mode in some cases.

The definitive test would be to run the older and newer versions of
perl on the newest version of cygwin.  If the output using 'binmode'
differs between the two then perl is doing something wrong.  If it
is the same then cygwin is doing something wrong.

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: Perl binmode problem on text mount

[Igor Pechtchanski]

On Thu, 4 Nov 2004, Christopher Faylor wrote:

> On Thu, Nov 04, 2004 at 10:49:46PM +0100, Gerrit P. Haase wrote:
> >Christopher Faylor wrote:
> >>Pipes are binmode by default.
> >
> >That means they are just as pipes are ought to be, "what goes in comes
> >out again, not more and not less"?
> >
> >Or does it mean that a pipe always strips \r?  Then the cat example of
> >the OP doesn't count at all.
>
> binmode means there is no extra processing on the fd.  It is handled
> just like linux.  Linux doesn't add or subtract any characters when
> it is doing I/O.
>
> You're right, though.  The cat example really doesn't provide any useful
> details.  In fact, cat will output in text mode in some cases.
>
> The definitive test would be to run the older and newer versions of
> perl on the newest version of cygwin.  If the output using 'binmode'
> differs between the two then perl is doing something wrong.  If it
> is the same then cygwin is doing something wrong.
>
> cgf

I thought the OP did exactly that in
...

FWIW, the following two invocations of perl from a text mount differ in
their result:

perl -e 'open OUT,">q.txt";binmode OUT;print OUT "Hello\n"'
perl -e 'binmode STDOUT;print STDOUT "Hello\n"' > q.txt

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: rebaseall failed

[Brian Dessent]

Alex Genkin wrote:

> $ /bin/rebaseall
> ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6
> 
> cygcheck log is attached

That DLL is in use.  It cannot be written while it's in use.  You must
have a cygwin program still running that uses that DLL.  You must stop
ALL Cygwin programs and services, and you cannot run the command from
rxvt or anything but a plain command window.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Christopher Faylor wrote:
On Thu, Nov 04, 2004 at 10:49:46PM +0100, Gerrit P. Haase wrote:
Christopher Faylor wrote:
Pipes are binmode by default.
That means they are just as pipes are ought to be, "what goes in comes
out again, not more and not less"?
Or does it mean that a pipe always strips \r?  Then the cat example of
the OP doesn't count at all.

binmode means there is no extra processing on the fd.  It is handled
just like linux.  Linux doesn't add or subtract any characters when
it is doing I/O.
You're right, though.  The cat example really doesn't provide any useful
details.  In fact, cat will output in text mode in some cases.
The definitive test would be to run the older and newer versions of
perl on the newest version of cygwin.  If the output using 'binmode'
differs between the two then perl is doing something wrong.  If it
is the same then cygwin is doing something wrong.
I saw that the output differs between perl-5.6.1 and perl-5.8.5 with the 
example from the OP.
This means that someone should file a bug report to the perlbug
facility.  I rewrote the example, and then I saw that perl does the
right thing on 'normal' filehandles, but obviously not if the filehandle 
is STDOUT.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Earl Chew wrote:
Christopher Faylor wrote:
You are missing the fact that the OP was reporting a real bug, 
apparently.

To confirm, I ran the program:
binmode STDOUT;
print "Hello\n";
using Perl 5.6.1-2 on Cygwin 1.5.11:
perl foo.pl > foo.txt ; od -c foo.txt
000  H e l l o \r \n# Perl 5.8.5-3 Cygwin 1.5.11
000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.3.10
000  H e l l o \n# Perl 5.6.1-2 Cygwin 1.5.11
The problem appears to be related to a change in Perl, rather
than Cygwin.
How do I go about logging a bug report?
You need an account at the bugtracker:  http://rt.perl.org/perlbug/
GErrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Igor Pechtchanski wrote:
FWIW, the following two invocations of perl from a text mount differ in
their result:
perl -e 'open OUT,">q.txt";binmode OUT;print OUT "Hello\n"'
perl -e 'binmode STDOUT;print STDOUT "Hello\n"' > q.txt
Yes, that is the interesting part, perl does all correct when writing
directly to a real file, but when the the output is redirected, binmode
is ignored.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl binmode problem on text mount

[Gerrit P. Haase]

Earl Chew wrote:

How do I go about logging a bug report?
You may also simply mail to: perlbug at perl dot org
Be sure to CC me, please.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cygwin setup 2.427 on Win2K

[Bob Smart]

I originally reported that setup.exe would let me choose packages to install, but the 
"next" button was always disabled so I couldn't actually install anything.

One suggestion I received was to run setup.exe with the -5 command-line option 
(suppress MD5 verification).  I finally got a chance to try that, and it worked.  I 
could choose packages, and the "next" button was enabled so I could go ahead and 
complete the installation.

I don't understand why this is necessary--when I let it do the MD5 verification, there 
are no errors that I can see--but hopefully this will serve as a hint that eventually 
leads to finding the real problem.

Thanks for the help!

-- 
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/

[Bug?] patchutils: interdiff /dev/stdin ... doesn't work

[Igor Pechtchanski]

Hi,

I tried running interdiff on standard input, following the example from
the interdiff manpage:

Reversing part of a patch (and ignoring the rest):

  filterdiff -i file.c patchfile | \
interdiff /dev/stdin /dev/null

The command I used was

cvs diff -rHEAD | interdiff /dev/stdin /dev/null

and got a "/dev/stdin: No such file or directory" message from interdiff.
While I realize that there's no system-level support for /dev/stdin in
Cygwin (though bash does support it), using "-" didn't work either.  Is
this a known limitation of patchutils?
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: [Bug?] patchutils: interdiff /dev/stdin ... doesn't work

[Igor Pechtchanski]

On Thu, 4 Nov 2004, Igor Pechtchanski wrote:

> Hi,
>
> I tried running interdiff on standard input, following the example from
> the interdiff manpage:
>
>   Reversing part of a patch (and ignoring the rest):
>
> filterdiff -i file.c patchfile | \
>   interdiff /dev/stdin /dev/null
>
> The command I used was
>
>   cvs diff -rHEAD | interdiff /dev/stdin /dev/null
>
> and got a "/dev/stdin: No such file or directory" message from interdiff.
> While I realize that there's no system-level support for /dev/stdin in
> Cygwin (though bash does support it), using "-" didn't work either.  Is
> this a known limitation of patchutils?
>   Igor

Oops, I had every intention of including this in the original message:

$ cygcheck -cd cygwin patchutils
Cygwin Package Information
Package  Version
cygwin   1.5.11-1
patchutils   0.2.30pre1-1

Sorry,
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/