Re: Java hello world link error

[Jon A. Lambert]

"mauro zallocco" wrote:
> 
> with the following command:
> g++ Test.java
> 

gcj --main=Test Test.java

See also: http://gcc.gnu.org/java/

--
J. Lambert


--
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: Java hello world link error

[Tim Prince]

At 08:04 PM 12/20/2003, mauro zallocco wrote:

Folks,

I installed gcc-java on Windows XP, and am attempting to compile:

class Test {
  public static void main(String argv[]) {
  System.out.println("Hello World");
  }
}
with the following command:
g++ Test.java
This produces a gazillion link errors, a sample follows:
/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+0x2d):Test.java
: undefined reference to `__Jv_InitClass'
/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+0x37):Test.java
: undefined reference to `java::lang::System::out'
/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+0x5f):Test.java
: undefined reference to `java::lang::Object::Object[in-charge]()'
/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+0xc8):Test.java
: undefined reference to `__Jv_RegisterClass'

Why not start out by linking it as a java program, with gcj, rather than as 
C++ ?

Tim Prince 

--
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: Java hello world link error

[mauro zallocco]

Thank you for the suggestion.
Here is what I get.

$ gcj Test.java
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
cannot
find -liconv
collect2: ld returned 1 exit status

Mauro

> -Original Message-
> From: Tim Prince [mailto:[EMAIL PROTECTED]
> Sent: Sunday, December 21, 2003 10:39 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Java hello world link error
>
>
> At 08:04 PM 12/20/2003, mauro zallocco wrote:
>
> >Folks,
> >
> >I installed gcc-java on Windows XP, and am attempting to compile:
> >
> >class Test {
> >   public static void main(String argv[]) {
> >   System.out.println("Hello World");
> >   }
> >}
> >
> >with the following command:
> >g++ Test.java
> >
> >This produces a gazillion link errors, a sample follows:
> >/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+
> 0x2d):Test.java
> >: undefined reference to `__Jv_InitClass'
> >/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+
> 0x37):Test.java
> >: undefined reference to `java::lang::System::out'
> >/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+
> 0x5f):Test.java
> >: undefined reference to `java::lang::Object::Object[in-charge]()'
> >/cygdrive/c/DOCUME~1/mzallocc/LOCALS~1/Temp/ccywNFar.o(.text+
> 0xc8):Test.java
> >: undefined reference to `__Jv_RegisterClass'
> >
> >
>
> Why not start out by linking it as a java program, with gcj,
> rather than as
> C++ ?
>
> Tim Prince
>


--
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: Java hello world link error

[Jon A. Lambert]

mauro zallocco wrote:
> $ gcj Test.java
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
> cannot
> find -liconv
> collect2: ld returned 1 exit status
> 

You probably need to install one or both of these:

$ cygcheck -c | grep iconv
libiconv1.9.1-3OK
libiconv2   1.9.1-3OK


--
J. Lambert


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

ImageMagick/Graphicsmagick

[fedora]

As the lead developer of ImageMagick I would like to clear up a few
misconceptions being stated on this list.

  1. Harold L Hunt II says: This package [GraphicsMagick] will replace
 ImageMagick for various reasons. One of those reasons is that the
 GM folks are committed to provide ABI stability and proper version
 numbers, whereas IM is not making such a commitment and has already
 made various arbitrary changes to ABI version numbers.

 This is something Bob Friensenhahn is trying to convince people of
 but it is simply not true.  http://studio.imagemagick.org/ states
 our project goal of: ImageMagick's focus is on performance,
 minimizing bugs, and providing stable APIs and ABIs.  Bob Friensenhahn
 does not speak for ImageMagick.  He tends to diminish ImageMagick in
 various mailing lists I assume in order to promote his ImageMagick
 clone project, GraphicsMagick.

  2. Daniel Reed says: GaphicsMagick is a feature-for-feature
 replacement of ImageMagick.  This is simply not true.  GraphicsMagick
 is missing many features that ImageMagick has and if you run
 a program or script against the two you will in many cases get
 different results.

  3. Daniel Reed says: I considered ImageMagick's to be votes for
 GraphicsMagick.  Why vote at all if you are going to usurp the votes?
 A vote for ImageMagick should remain with ImageMagick.  If you want
 votes for GraphicsMagick have a separate vote.

If you choose to support GraphicsMagick instead of ImageMagick, fine.  However,
base your decision on facts, not misconceptions.

--
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: docbook-xsl-1.64.1-1

[Marcel Telka]

I've updated the docbook-xsl package to version 1.64.1-1.

docbook-xsl package contains XSL stylesheets for the DocBook XML DTD 
created by Norman Walsh and others.

Changes since 1.62.4-1:
- Updated to mainstream 1.64.1
- Added 'extensions' directory

To update your installation, click on the "Install Cygwin now" link on 
the http://cygwin.com/ web page. This downloads setup.exe to your 
system. Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin 
mailing list at: cygwin at cygwin dot com. I would appreciate it if you 
would use this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+


--
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: List responces (Was: Re: Third-party products that include Cygwin)

[Larry Hall]

At 12:31 AM 12/20/2003, Rolf Campbell you wrote:
>Larry Hall wrote:
>>At 05:24 PM 12/13/2003, Hannu E K Nevalainen you wrote:
>>>PLEASE NOTE:
>>>** on a mailing list; please keep replies on that particular list **
>>I'm a little confused by the intent of your "note" above.  If this is directed at 
>>me, I replied to your message the way I always reply, with
>>"reply all".  That goes to the list.  It also goes to you directly, since
>>you don't set your reply-to header.  If you prefer to get just one copy of any reply 
>>(i.e. the one that goes to the list), set your reply-to
>>header to point to the list.  My email client will obey your stated preference 
>>automatically.  Of course, if you were directing this comment
>>at someone else, then you can ignore the above.
>You have made an assumption that everyone accesses this list the same way you do.  
>For those of us that use the nntp gateway, we cannot set our reply-to field to be the 
>list.


Good point.  My apologies.  I guess if your method of access doesn't 
support "reply-to", you're stuck with the status quo unless you decide 
to use Chris's new "reply-to" only list.  You (and anyone else that has
this problem) might want to check it out.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


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

Re: Cron problem after using hibernate

[Larry Hall]

At 03:25 PM 12/20/2003, David Bath you wrote:
>I have been running cron for over a year now without any problems until recently. 
>Typically I leave my PC running XP on all day and then hibernate it very late in the 
>evening, turning it back on each morning. Cron would run without fail executing as 
>expected until sometime after 11/21. Around that time I used setup to update all out 
>of date programs, and 2 that updated were cygrunsrv and cron. After that update, cron 
>no longer performs anything in my crontab once the PC has been hibernated and then 
>turned back on. Rebooting or restrting cron by executing "cygrunsrv -E cron" then 
>"cygrunsrv -S cron" fixes the problem everytime. The ps output always shows cron even 
>when cron doesn't work.
>
>I've tried reverting to older cron and cygrunsrv in all combinations and none of it 
>fixed the problem. I've looked over the problem reports and saw nothing there either. 
>I've run the most recent cron_check.sh and it reports no problems.
>
>I've attached the cygcheck output, but not my crontab since it works correctly after 
>the cron restarts so I doubt it's the problem.


Do you google?



For future reference, this list prefers that you *attach* the output of 
cygcheck rather than including it in the context of the email message. 
Attaching helps limit 'false positive' hits when searching the archives.
TIA for you help in this matter.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


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

Re: Cron problem after using hibernate

[Igor Pechtchanski]

On Sun, 21 Dec 2003, Larry Hall wrote:

> At 03:25 PM 12/20/2003, David Bath you wrote:
> >[snip]
> >I've attached the cygcheck output, but not my crontab since it works
> >correctly after the cron restarts so I doubt it's the problem.
>
> Do you google?
>
> 
>
> For future reference, this list prefers that you *attach* the output of
> cygcheck rather than including it in the context of the email message.
> Attaching helps limit 'false positive' hits when searching the archives.
> TIA for you help in this matter.
> --
> Larry Hall

Larry, the cygcheck output *was* attached -- look at the "Raw text".
Guess someone needs to tweak the archive scripts (I'd take a look if I
knew where they were).

Line wrapping would have been nice, though.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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 problem after using hibernate

[David Bath]

Larry Hall wrote:
At 03:25 PM 12/20/2003, David Bath you wrote:

I have been running cron for over a year now without any problems until recently. Typically I leave my PC running XP on all day and then hibernate it very late in the evening, turning it back on each morning. Cron would run without fail executing as expected until sometime after 11/21. Around that time I used setup to update all out of date programs, and 2 that updated were cygrunsrv and cron. After that update, cron no longer performs anything in my crontab once the PC has been hibernated and then turned back on. Rebooting or restrting cron by executing "cygrunsrv -E cron" then "cygrunsrv -S cron" fixes the problem everytime. The ps output always shows cron even when cron doesn't work.

I've tried reverting to older cron and cygrunsrv in all combinations and none of it fixed the problem. I've looked over the problem reports and saw nothing there either. I've run the most recent cron_check.sh and it reports no problems.

I've attached the cygcheck output, but not my crontab since it works correctly after the cron restarts so I doubt it's the problem.


Do you google?


Could be my problem, but as I mentioned it had worked flawlessly for at 
least a year even with daily hibernation until just very recently, so 
I'd be surprised if that is the cause of my problem. But on the other 
hand, being an experienced software engineer I know stranger things do 
happen, so you never know.

For future reference, this list prefers that you *attach* the output of 
cygcheck rather than including it in the context of the email message. 
Attaching helps limit 'false positive' hits when searching the archives.
TIA for you help in this matter.
I did attach it as I have been a long time reader of this list and knew 
of this recommendation. It does show as an attachment in the digest I 
received this morning. TIA yourself Larry.



--
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 problem after using hibernate

[Larry Hall]

At 03:31 PM 12/21/2003, Igor Pechtchanski you wrote:
>On Sun, 21 Dec 2003, Larry Hall wrote:
>
>> At 03:25 PM 12/20/2003, David Bath you wrote:
>> >[snip]
>> >I've attached the cygcheck output, but not my crontab since it works
>> >correctly after the cron restarts so I doubt it's the problem.
>>
>> Do you google?
>>
>> 
>>
>> For future reference, this list prefers that you *attach* the output of
>> cygcheck rather than including it in the context of the email message.
>> Attaching helps limit 'false positive' hits when searching the archives.
>> TIA for you help in this matter.
>> --
>> Larry Hall
>
>Larry, the cygcheck output *was* attached -- look at the "Raw text".


OK.


>Guess someone needs to tweak the archive scripts 


I guess so...



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


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

Re: Cron problem after using hibernate

[Larry Hall]

At 03:46 PM 12/21/2003, David Bath you wrote:
>Larry Hall wrote:
>>At 03:25 PM 12/20/2003, David Bath you wrote:
>>
>>>I have been running cron for over a year now without any problems until recently. 
>>>Typically I leave my PC running XP on all day and then hibernate it very late in 
>>>the evening, turning it back on each morning. Cron would run without fail executing 
>>>as expected until sometime after 11/21. Around that time I used setup to update all 
>>>out of date programs, and 2 that updated were cygrunsrv and cron. After that 
>>>update, cron no longer performs anything in my crontab once the PC has been 
>>>hibernated and then turned back on. Rebooting or restrting cron by executing 
>>>"cygrunsrv -E cron" then "cygrunsrv -S cron" fixes the problem everytime. The ps 
>>>output always shows cron even when cron doesn't work.
>>>
>>>I've tried reverting to older cron and cygrunsrv in all combinations and none of it 
>>>fixed the problem. I've looked over the problem reports and saw nothing there 
>>>either. I've run the most recent cron_check.sh and it reports no problems.
>>>
>>>I've attached the cygcheck output, but not my crontab since it works correctly 
>>>after the cron restarts so I doubt it's the problem.
>>
>>Do you google?
>>
>
>Could be my problem, but as I mentioned it had worked flawlessly for at least a year 
>even with daily hibernation until just very recently, so I'd be surprised if that is 
>the cause of my problem. But on the other hand, being an experienced software 
>engineer I know stranger things do happen, so you never know.


Well, that seems to be the latest wisdom on this issue, unless someone 
else pipes up with some more specific debugging that would suggest otherwise.
Of course, that doesn't mean there isn't a solution.  But this post would
suggest that the problem isn't Cygwin-specific.


>>For future reference, this list prefers that you *attach* the output of cygcheck 
>>rather than including it in the context of the email message. Attaching helps limit 
>>'false positive' hits when searching the archives.
>>TIA for you help in this matter.
>
>I did attach it as I have been a long time reader of this list and knew of this 
>recommendation. It does show as an attachment in the digest I received this morning. 
>TIA yourself Larry.


You're welcome.  It doesn't show up as an attachment for me (that's fine)
or the email archives (which I checked before commenting).  Guess that's
an issue for the archives, as Igor pointed out.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


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

ImageMagick

[fedora]

Now that I understand the Cygwin community a bit better, I propose a solution
that should satisfy everyone.  I am the original author and current primary
maintainer of ImageMagick.  I will spend some time ensuring ImageMagick
complies with the general Cygwin package requirements and then submit it
as a contributed package as detailed in http://cygwin.com/setup.html.
Any help/suggestions in how to properly package ImageMagick for Cygwin
is welcome.

Thanks for your consideration.
John Cristy
http://www.imagemagick.org

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

Info.gz files

[David A. Cobb]

I notice that some of the larger info files, notably gcc & related files 
plus the Cygwin-ug files, are in /usr/share/info as xxx.info.gz files.

Is info (supposed to be) able to handle these directly?  If so, is 
special action appropriate to get them listed in the dir file -- on my 
system they are simply not being seen.
Of course, I can unzip them - but why use up the space if info can do it 
dynamically.

--
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace, I am a Christian man; by my actions a great sinner." -- The Way of a 
Pilgrim: R.French, Tr.
Life is too short to tolerate crappy software!




--
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: Java hello world link error

[mauro zallocco]

Jon,
installing libiconv and using "--main=Test" did the trick.
Thanks.
I looked at http://gcc.gnu.org/java/ and found
http://www.linuxjournal.com/article.php?sid=4860
which discusses compiling java.

One last thing.
I noticed that the resulting Test.exe attempts to access the internet.
Is this expected ?
Its trying to access 24.25.4.107 which my getHost tool tells me is
rlghnc-dns-cac-02-dmfe1.nc.rr.com.

Mauro


mauro zallocco wrote:
> $ gcj Test.java
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
> cannot
> find -liconv
> collect2: ld returned 1 exit status
> 

Jon A. Lambert" 
You probably need to install one or both of these:

$ cygcheck -c | grep iconv
libiconv1.9.1-3OK
libiconv2   1.9.1-3OK


Test.java

class Test {
  public static void main(String argv[]) {
  System.out.println("Hello World");
  }
}

/Mauro 

--
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: Tool to decrease a size of jpg file

[Rafael Kitover]

Sorry for failing to RTFM, but apparently there is an ImageMagick
package in Cygwin already:

http://cygwin.com/cgi-bin2/package-cat.cgi?file=ImageMagick/ImageMagick-
5.5.7-1&grep=image

So you don't need to compile anything.

Once you have ImageMagick installed, to reduce the size of a jpg file, a
good trick is:

convert -quality 64 foo.jpg foo.jpg

see man convert for other options, to shrink dimensions use -resize.

HTH

-- 
Rafael

--
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] Cygwin dll (cvs): subdirs of the root dir of a "managed" mount do not inherit the ability to create files using reserved names

[Nicholas Wourms]

Hi All,

This is using a dll compiled from the latest cvs source.  The problem 
occurs in newly created subdirs of a "managed" mount's rootdir.  For 
illustration purposes, /usr/src is the mountpoint and /usr/src/temp is 
the newly created directory.  Here's how to reproduce:

1)mount /usr/src as managed.
2)create the dir /usr/src/temp.
3)cd /usr/src/temp.
4)try running `touch aux.c` (this should fail).
5)cd ..
6)try running `touch aux.c` (this should succeed).
I ran strace on both operations and observed that the problem may be 
rooted in conv_to_win32_path().  I haven't had much time to thoroughly 
dig into the source, so I might be wrong.  For your reference I've 
attached a brief summary of my observations as well as the relevant 
differences between the two straces.

Cheers,
Nicholas
This is the mount:
C:\Cygnus\cygwin\usr\src on /usr/src type system (binmode,managed)

CYGWIN="ntsec ntea tty binmode codepage:oem server check_case:strict export"

**
Program name: C:\Cygnus\cygwin\bin\touch.exe (1964)
App version:  1005.0, api: 0.88
DLL version:  1005.6, api: 0.109
   ^
DLL build:2003-12-17 20:17
OS version:   Windows NT-5.0
Heap size:1073741824
Date/Time:2003-12-21 19:33:36
**

Please note that I have bumped the minor 107->109 because of ongoing work to add
some of the resolver & catgets stuff.  Otherwise, it is a stock dll with a stock
"touch".

To be clear, items preceded by minus (-) signs are the differences from the strace
of `touch aux.c` run in the subdir (/usr/src/temp), while the items preceded by
plus (+) signs are the differences from the strace of `touch aux.c` run in the
root of the "managed" mount (/usr/src).

You'll most likely be interested in the content at (@@ -355,55 +350,78 @@), which
is where I note that the logic path between the two traces first diverges.  It would
seem to me that the problem happens in conv_to_win32_path(), as this seen in the
following:
-[main] touch mount_info::conv_to_win32_path: conv_to_win32_path (/usr/src/temp/aux.c)
-[main] touch set_flags: flags: binary (0x2)
-[main] touch mount_info::conv_to_win32_path: src_path /usr/src/temp/aux.c, dst 
C:\Cygnus\cygwin\usr\src\temp\aux.c, flags 0x80A, rc 0
+[main] touch mount_info::conv_to_win32_path: conv_to_win32_path (/usr/src/aux.c)
+[main] touch set_flags: flags: binary (0x2)
+[main] touch mount_info::conv_to_win32_path: src_path /usr/src/aux.c, dst 
C:\Cygnus\cygwin\usr\src\%61ux.c, flags 0x80A, rc 0


--- strace.resname.subdir.1 2003-12-21 19:38:03.453125000 -0500
+++ strace.resname.topdir.1 2003-12-21 19:38:48.859375000 -0500
@@ -40,22 +40,17 @@
 [main] touch environ_init: 0x10200ED8: MSSDK=C:\Program Files\Microsoft SDK\.
 [main] touch environ_init: 0x10200F08: MSTOOLS=C:\Program Files\Microsoft SDK\.
 [main] touch environ_init: 0x10200F38: NUMBER_OF_PROCESSORS=2
-[main] touch environ_init: 0x10200F58: OLDPWD=/usr/src
-[main] touch environ_init: 0x10200F70: OS2LIBPATH=C:\WINNT\system32\os2\dll;
-[main] touch environ_init: 0x10200FA0: OS=Windows_NT
+[main] touch environ_init: 0x10200F58: OLDPWD=/usr/src/cygwin-src
+[main] touch environ_init: 0x10200F78: OS2LIBPATH=C:\WINNT\system32\os2\dll;
+[main] touch environ_init: 0x10200FA8: OS=Windows_NT
 [main] touch getwinenv: can't set native for PATH= since no environ yet
 [main] touch normalize_posix_path: src .
-[main] touch mount_info::conv_to_posix_path: conv_to_posix_path 
(C:\Cygnus\cygwin\usr\src\temp, no-keep-rel, no-add-slash)
-[main] touch normalize_win32_path: C:\Cygnus\cygwin\usr\src\temp = 
normalize_win32_path (C:\Cygnus\cygwin\usr\src\temp)
-[main] touch mount_info::conv_to_posix_path: /usr/src/temp = conv_to_posix_path 
(C:\Cygnus\cygwin\usr\src\temp)
-[main] touch cwdstuff::get: posix /usr/src/temp
-[main] touch cwdstuff::get: (/usr/src/temp) = cwdstuff::get (0x22F598, 260, 1, 0), 
errno 0
-[main] touch normalize_posix_path: /usr/src/temp = normalize_posix_path (.)
-[main] touch mount_info::conv_to_win32_path: conv_to_win32_path (/usr/src/temp)
-[main] touch set_flags: flags: binary (0x2)
-[main] touch mount_info::conv_to_win32_path: src_path /usr/src/temp, dst 
C:\Cygnus\cygwin\usr\src\temp, flags 0x80A, rc 0
-[main] touch symlink_info::check: not a symlink
-[main] touch symlink_info::check: 0 = symlink.check (C:\Cygnus\cygwin\usr\src\temp, 
0x22F258) (0x80A)

+[main] touch mount_info::conv_to_posix_path: conv_to_posix_path 
(C:\Cygnus\cygwin\usr\src, no-keep-rel, no-add-slash)
+[main] touch normalize_win32_path: C:\Cygnus\cygwin\usr\src = normalize_win32_path 
(C:\Cygnus\cygwin\usr\src)
+[main] touch mount_info::conv_to_posix_path: /usr/src = conv_to_posix_path 
(C:\Cygnus\cygwin\usr\src)
+[main] touch cwdstuff::get: posix /usr/src
+[main] touch cwdstuff::get: (/usr/src) = cwdstuff::get (0x22F598, 260, 1, 0), errno 0
+[main] touch normalize_posix_path: /usr/src = normalize_posix_path (.)
 [main] touch mount_info::conv_to_win32_path: c

Windows program not accepting keyins

[Owen Townsend]

Keyins not accepted by Windows programs on CYGWIN.
Micro Focus Net Express COBOL does not accept responses
to error messages. To illustrate the problem, consider following compile:
cobol car100.cblANIM NOOBJ;  <-- sample compile command
=
If copybook missing Net Express prompts & Allows
you to enter a response:
FILE BELOW NOT FOUND - Stop/Retry/Continue/Alter-path
custmas.cpy
=
- But replies are not accepted
- All you can do is ctl Break to kill
- then any replies are displayed by the CYGWIN shell
This may be a CYGWIN problem, since the replies work OK
under the UWIN emulation pkg, BUT other programs work OK
on both UWIN & CYGWIN ??
Above problem demonstrated with manual command
but even worse when running my scripts:
I have described the problem in more detail at:
www.uvsoftware.ca/ibm2unix.htm#3L1
Missing copybook problems
Owen



--
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: ImageMagick/Graphicsmagick

[Charles Wilson]

[EMAIL PROTECTED] wrote:
As the lead developer of ImageMagick I would like to clear up a few
misconceptions being stated on this list.
  1. Harold L Hunt II says: This package [GraphicsMagick] will replace
 ImageMagick for various reasons. One of those reasons is that the
 GM folks are committed to provide ABI stability and proper version
 numbers, whereas IM is not making such a commitment and has already
 made various arbitrary changes to ABI version numbers.
 This is something Bob Friensenhahn is trying to convince people of
 but it is simply not true. 
But you HAVE made arbitrary changes in the ABI version numbers.  I know 
this because I BUILT the IM CVS sources back in November 2002 -- and the 
library was versioned using libtool's '-release' syntax (resulting in a 
library named cygMagick-5-5-2.dll).  Almost a year later, I updated to 
present CVS IM, and rebuilt, and got a library versioned using libtool's 
'-version-info' syntax, and a dll named cygMagick-X.dll (I don't 
remember, now, what 'X' was).

Being a good netizen, I decided to look thru the CVS history to discover 
when this change was made, and then if possible search the ChangeLog and 
IM mailing lists around that date for the reasons for that change 
(especially since, given the structure of the IM library directory tree 
and module/plugins, it seemed *to me* that the change was ill-advised; 
but I wanted to investigate the issue before raising a question that MAY 
have already been considered.)

Unfortunately, I discovered that (a) the current IM CVS has ZERO history 
before March 2003, and (b) that the change I was investigating occured 
during the 'dead zone' between November 2002 and March 2003.

So, we have an ABI change (on cygwin, the NAME of the DLL is PART of the 
ABI) that is not discussed, not documented, and the history of which was 
expunged from the public record.

If that's not an 'arbitrary change to ABI version numbers' then I'm a 
monkey.

And I really really had no dog in this race.  At the time I did my 
investigation, I was strongly biased in favor of IM -- I thought GM was 
an add-on to IM, and that we needed IM before we could add GM as an 
optional plugin.

Then I find missing CVS history, accusations of copyright infringement 
flying both ways like snow in a blizzard.  Honestly, at that point I 
just wanted to piss on both projects...

http://studio.imagemagick.org/ states
 our project goal of: ImageMagick's focus is on performance,
 minimizing bugs, and providing stable APIs and ABIs.  Bob Friensenhahn
 does not speak for ImageMagick.  He tends to diminish ImageMagick in
 various mailing lists I assume in order to promote his ImageMagick
 clone project, GraphicsMagick.
I don't know what Bob's motivations are, and I do not presume to speak 
for him or to be able to read his mind.  BUT, I've dealt with him on the 
libtool mailing list for over two years, and he's seemed to be a 
relatively sane guy in all of those dealings.

  2. Daniel Reed says: GaphicsMagick is a feature-for-feature
 replacement of ImageMagick.  This is simply not true.  GraphicsMagick
 is missing many features that ImageMagick has and if you run
 a program or script against the two you will in many cases get
 different results.
Perhaps.  I don't know -- and I don't really care.  All I care about is, 
on the cygwin platform, (a) does it work, (b) is it packaged properly, 
and (c) [for libraries] does it provide a stable path for future 
upgrades and coexistence between multiple installed versions.  This last 
point is partly a (cygwin) packaging issue, and partly an upstream ABI 
issue.

Now, from my POV, I knew that Bob uses cygwin, AND uses it as a primary 
testbed for libtool and [IM/GM]-w-libtool on cygwin, and that therefore 
IF there were problems with package stability/coexistence/etc on cygwin, 
we had a high likelihood of getting our patches into GM (or libtool, if 
necessary).

As the only thing I had to judge IM on was the fact that years of CVS 
history were removed from the net subsequent to a dispute between 
developers over the propriety of certain code inclusion...that just 
didn't reflect well on the IM development process, and made me concerned 
about how any patches we submitted to IM would fare.

Plus: Forks are bad.  Forks are hard.  Forks just plain suck.  Thus you 
don't fork unless you've got a really good reason.  And a guy who, based 
on my prior dealings in the context of another project, seemed 
relatively sane, chose to take that path...

So I put my weight behind a switch to GM.  And that _seemed_ to have 
some influence on Harold, the only volunteer we had to maintaine ANY of 
these packages.  But Harold is his own man, and makes his own decisions...

[post edit: now that I've read the related thread on cygwin-apps, Harold 
says his decision was grounded in the code, and not on "rhetoric". 
Obviously that means my rhetoric wasn't persuasive