gettime time travels after suspend

2002-04-13 Thread Philip Aston 



I have a running process which prints out the result of gettimeofday()
at regular intervals. If I suspend and resume my machine then the
value returned by gettimeofday() is incorrect - it jumps several days
into the future. Doing the same with time() is fine.

I don't want to point fingers, but I suspect the following 1.3.10
change:
 - Use QueryPerformance* functions for gettimeofday calls. (cgf)

Test case below.

Regards,

- Phil



#include 
#include 

int main() {
  struct timeval t;
  time_t t2;
  
  while (1) {
gettimeofday(&t, 0);
time(&t2);
printf("gettimeofday() returns %ld %ld\n", t.tv_sec, t.tv_usec);
printf("time() returns %ld\n", t2);

sleep(2);
  }
}

PASTON:philipa% uname -a
CYGWIN_NT-5.0 PASTON 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown
PASTON:philipa% ./gettimeofday-bug
gettimeofday() returns 1018681622 612224
time() returns 1018681623
gettimeofday() returns 1018681624 615154
time() returns 1018681625
gettimeofday() returns 1018681626 618384
time() returns 1018681627
<<< Suspend and resume machine >>>
gettimeofday() returns 1018932412 90805
time() returns 1018681632
gettimeofday() returns 1018932422 917318
time() returns 1018681642
gettimeofday() returns 1018932424 911611
time() returns 1018681644


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

g++ -shared and libstdc++.a specs bug?

2002-04-13 Thread Robert Collins 

Using g++ -shared to build a C++ dll, it failed to link with a number of
missing symbols. Adding -lstdc++ to the link line fixed this. The
interesting point is that the static build worked fine.

I presume the correct solution is either a dllised libstdc++, or a specs
file tweak.

I'm not a g++ specs afficiondo, so this is just a heads up. If I get
time I may look into this more, but no promises.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread delphi.stuff 


VCDEasy is originally a Graphical Interface helping users to use VCDImager. 
Then I added cdrdao and some mjpeg tools to ease the VCD creation process. 
If I include in some VCDEasy distributions these command line tools, it is 
only to easy the end user setup. Note that VCDEasy is a Win32 native 
application, made with the free Personal Borland Delphi 6, it does not use 
cygwin directly.

I bought some components so I do not have the rights to publish them. So 
now, based on the fact that I will not publish the source, what should I do 
? Stop my VCDEasy freeware development ? Or does advertise for cygwin 
directly on my application can be enough ? Something else ? Distribute the 
Win32 gui only and tell the user to download everything else themselves... 
in this case I think I am ok with all the licenses... but it won't help the 
end users...  I am not deliberately violating the cygwin GPL license, I 
only try to help end users, I hope you can understand that. As I said, 
VCDEasy is a Win32 native application, it does not use cygwin directly.

Note that the situation is worse as I identified at least two commercial 
packages that sell my application (including VCDImager and CDRDAO) without 
any rights... They are making money...

delphi.stuff

At 19:46 12/04/2002 -0400, Charles Wilson wrote:
>License compliance for programs which use cygwin.
>   VCDImager (cygiwin-1.3.6)
>   cdrdao(cygwin-1.1.8)
>   VCDEasy-full (BOTH cygwin's, since it includes the above)
>
>I'm ignoring the issue of multiple cygwin versions installed on the same 
>system, which may conflict with a "real" cygwin environment on the user's 
>computer, and with each otherthat's a different topic (and I don't 
>know what the "right" solution is, so...skip it)
>
>Here, I'm only concerned with projects that are not complying with the GPL 
>license of the cygwin DLL.  Since all of these projects are part of the 
>open-source milieu, I know that any infraction of the license of another 
>open-source project is unintentional...but violations should be remedied.
>
>Note that it's very easy for each of these projects to comply with 
>cygwin's license (the GPL): just
>   1) make their own source available (true already, for most of them)
>   2) put a tarball of the (appropriate) cygwin DLL source code on
>  their ftp site with their other downloads,
>   3) ditto for other cygwin-linked libraries (zlib, libxml, libjpeg)
>  if applicable
>   4) mention the availability of the source code for libraries
>  used to create their windows port somewhere on their
>  webpage (not strictly necessary, but what's the point of
>  1 -- 3 if you don't advertise it?)
>   5) A plug for the cygwin project itself (http://www.cygwin.com)
>  would be nice, but definitely not necessary for license compliance.
>
>To dampen the inevitable arguments about the GPL:
>If you distribute a binary (such as cygwin1.dll) that is under the GPL, 
>then YOU have to also distribute the source code for THAT binary.  You 
>cannot just say "get the source over there, at cygwin.com".  If you don't 
>believe me, READ the GPL.  READ the commentary on it by RMS. In addition, 
>if you link your executable to a GPL'ed shared library (lik cygwin1.dll), 
>then you must distribute the source code for your executable, as well, or 
>you lose the right to use cygwin1.dll.  It's all there in the GPL.
>
>Chuck
>cygwin hacker
>
>VCDEasy includes:
>
>  cdrdao-1.1.5
>which contains cygwin1.dll-1.1.8
>cdrdao doesn't distribute the source of cygwin,
>  although it is opensource itself.  They DO
>  distribute a cygwin-linked "windows" binary
>  along with a copy of cygwin1.dll itself
>  (but no mention of the cygwin project anywhere)
>BTW: not even cygwin distributes or uses this old
>  version anymore.  Fortunately, the VCDImager guys
>  went thru the effort of extracting from CVS and
>  creating a cygwin-1.1.8 tarball, back when they
>  were using that old version.  The cdrdao guys could
>  a) get it from them & redistribute it, or b) update
>  to a newer cygwin and get the source from us.
>
>  mjpeg-tools
>which contains cygwin1.dll-1.3.6 and cygjpeg6b.dll
>Now, the mjpegtools project doesn't seem to provide
>  windows binaries; the windows (e.g. cygwin) port
>  seems to be something the VCDEasy folks did.
>
>  VCDImager
>which contains cygwin1.dll-1.3.6, cygz.dll, and cygxml-2.dll
>VCDImager provides the src for cygwin, but not
>  zlib or xml.  (Actually, they provide LOTS of different
>  src tarballs -- probably more than they need to -- but
>  all for various versions of cygwin, not zlib/xml.
>
>So, to sum up:
>
>   VCDImager project: seems mostly compliant; need a reminder to
>   include also OTHER source code (zlib, libxml)
>
>   cdrdao: open source, but not complying with the cygwin GPL.
> they need to distribute the source for:
>   cygwin-1.1.8
>
>   mjpeg-tools: they do

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread Herbert Valerio Riedel 

On Sat, 2002-04-13 at 01:46, Charles Wilson wrote:
> License compliance for programs which use cygwin.
>VCDImager (cygiwin-1.3.6)

[..]

> Note that it's very easy for each of these projects to comply with 
> cygwin's license (the GPL): just
>1) make their own source available (true already, for most of them)
ftp://ftp.vcdimager.org/pub/vcdimager/

>2) put a tarball of the (appropriate) cygwin DLL source code on
>   their ftp site with their other downloads,
ftp://ftp.vcdimager.org/pub/cygwin/

>3) ditto for other cygwin-linked libraries (zlib, libxml, libjpeg)
>   if applicable
will follow as soon as I get time to

>4) mention the availability of the source code for libraries
>   used to create their windows port somewhere on their
>   webpage (not strictly necessary, but what's the point of
>   1 -- 3 if you don't advertise it?)
http://www.vcdimager.org/software.phtml

>5) A plug for the cygwin project itself (http://www.cygwin.com)
>   would be nice, but definitely not necessary for license compliance.
http://www.vcdimager.org/software.phtml
 
> To dampen the inevitable arguments about the GPL:

[..]
>   VCDImager
> which contains cygwin1.dll-1.3.6, cygz.dll, and cygxml-2.dll
> VCDImager provides the src for cygwin, but not
>   zlib or xml.  (Actually, they provide LOTS of different
>   src tarballs -- probably more than they need to -- but
>   all for various versions of cygwin, not zlib/xml.
> 
> So, to sum up:
> 
>VCDImager project: seems mostly compliant; need a reminder to
>include also OTHER source code (zlib, libxml)
[..]

will do so;

btw, I do this just for the unstable series; as soon as the official
stable series come out, they'll lack the .dll's

btw2: libxml2 was provided in source, I just happen to have deleted it
by accident

ps: just wondering, which personal interest do you have, that others
(we) comply to the terms? -- plz don't see this question as personal
attack or something alike.

regards,
-- 
Herbert Valerio Riedel   /Phone: (EUROPE) +43-1-58801-18840
Email: [EMAIL PROTECTED]   /Finger [EMAIL PROTECTED] for GnuPG Public Key
GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748  5F65 4981 E064 883F
4142



signature.asc
Description: This is a digitally signed message part

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread Herbert Valerio Riedel 

On Sat, 2002-04-13 at 10:58, delphi.stuff wrote:
> I bought some components so I do not have the rights to publish them. So 
> now, based on the fact that I will not publish the source, what should I do 
> ?
you have no obligation at all to publish your source to vcdeasy, since
you don't link to any GPL'ed code.

> Stop my VCDEasy freeware development ? Or does advertise for cygwin 
> directly on my application can be enough ? Something else ? Distribute the 
> Win32 gui only and tell the user to download everything else themselves... 
well, either provide the source code yourself;

or maybe easier for you, but a bit more work for your users:

distribute the self contained win32 gui alone in a zip file
and point the users to the cdrdao and vcdimager binary packages
directly;

maybe you can do this by some installer? this would also make it harder
for people to sell your application, if this really annoys you..
this installer would download the required zip files by http/ftp and
unzip them in the correct destination, maybe moving around a bit the
files

just an idea...

> Note that the situation is worse as I identified at least two commercial 
> packages that sell my application (including VCDImager and CDRDAO) without 
> any rights... They are making money...
do you mind give more information about them? I'd like to check whether
they include source code (offers) for GPL'ed code... ;-)

regards,
-- 
Herbert Valerio Riedel   /Phone: (EUROPE) +43-1-58801-18840
Email: [EMAIL PROTECTED]   /Finger [EMAIL PROTECTED] for GnuPG Public Key
GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748  5F65 4981 E064 883F
4142



signature.asc
Description: This is a digitally signed message part

Re: RCS 5.7 and 5.7-2: Patch for potential solution to CR/LF problems

2002-04-13 Thread Stipe Tolj 

Christopher Faylor wrote:
> 
> On Fri, Apr 12, 2002 at 05:17:59PM -0700, Dean Ferreyra wrote:
> >I created patches for RCS to take care of its CR/LF problems.  I have
> >placed them here, http://pages.sbcglobal.net/dferreyra/, since I could
> >not tell if attachments to this list are accepted.
> 
> The RCS maintainer for Cygwin is Stipe Tolj.  I hope that he will consider
> your changes.

yep, he does :))

st

[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Compliance with the GPL (cygwin)

2002-04-13 Thread Robert Collins 

> -Original Message-
> From: Herbert Valerio Riedel [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, April 13, 2002 7:17 PM

> >4) mention the availability of the source code for libraries
> >   used to create their windows port somewhere on their
> >   webpage (not strictly necessary, but what's the point of
> >   1 -- 3 if you don't advertise it?)

Just a note (for Chuck). I'm pretty sure that it is a corollary of the
GPL that the source be advertised -  along with the specific licence
being offered. 

> >VCDImager project: seems mostly compliant; need a reminder to
> >include also OTHER source code (zlib, libxml)
> [..]
> 
> will do so;
> 
> btw, I do this just for the unstable series; as soon as the official
> stable series come out, they'll lack the .dll's
> 
> btw2: libxml2 was provided in source, I just happen to have deleted it
> by accident

I wonder if you are aware that cygwin has libxml2 in the distribution
now - you can link to the .dll for your unstable series as well, should
you desire.
 
> ps: just wondering, which personal interest do you have, that others
> (we) comply to the terms? -- plz don't see this question as personal
> attack or something alike.

I can't speak for Chuck, but I think he's got a similar feeling to me.
My interest in seeing the GPL followed is threefold.
1) If the GPL loses the 'threat' power it has now, it will take a test
case to reinstate that. 
2) In my opinion it's the Right Thing to do - to make the source
directly available instead of hoping that someone else has it available.
3) While the GPL is not perfect it's the licence I choose to do the bulk
of my development under, and I've contributed quite a few hours of
'free' work to Cygwin - I don't like to see that abused without credit
being given. 

I really appreciate your quick and friendly response to Chucks email
though - good one!

Cheers,
Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Setup 2.194.2.24 available?

2002-04-13 Thread Robert Collins 



> -Original Message-
> From: Rick Rankin [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, April 13, 2002 7:24 AM

> That's pretty weird. I've tried a couple more times, once 
> after renaming my existing setup.exe, but I still get 
> 2.194.2.22. It must be cached somewhere between me and 
> cygwin.com, probably at our corporate proxy. Guess I'll try 
> again when I get home.

If it's cached, you likely have a misconfigured proxy somewhere. Some
admins enforce high minimum check rules, that actually end up breaking
(in a minor fashion) HTTP.

You can download setup.exe via ftp or from a mirror site though.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

make and bash-2.05a-3 problem with environment variables

2002-04-13 Thread Andre Domaschke 

Environment:
win2k sp2

Description:

in a makefile:

MAKE=make
ifndef HOSTNAME
ifndef COMSPEC
HOSTNAME := $(shell uname -n)
else
HOSTNAME := $(shell ver)
endif
endif

with bash-2.05-6 no problem
but with bash-2.05a-3 the HOSTNAME won't be found

i use always the same make version 











cygcheck.out
Description: Binary data

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gettime time travels after suspend

2002-04-13 Thread Christopher Faylor 

On Fri, Apr 26, 2002 at 03:44:46PM +0100, Philip Aston wrote:
>
>
>I have a running process which prints out the result of gettimeofday()
>at regular intervals. If I suspend and resume my machine then the
>value returned by gettimeofday() is incorrect - it jumps several days
>into the future. Doing the same with time() is fine.
>
>I don't want to point fingers, but I suspect the following 1.3.10
>change:
> - Use QueryPerformance* functions for gettimeofday calls. (cgf)

Patches gratefully accepted.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gettime time travels after suspend

2002-04-13 Thread Chris January 

> >I have a running process which prints out the result of gettimeofday()
> >at regular intervals. If I suspend and resume my machine then the
> >value returned by gettimeofday() is incorrect - it jumps several days
> >into the future. Doing the same with time() is fine.
> >
> >I don't want to point fingers, but I suspect the following 1.3.10
> >change:
> > - Use QueryPerformance* functions for gettimeofday calls. (cgf)
>
> Patches gratefully accepted.
There is a similar problem here with timeouts passed to
WaitForSingleObjectEx, and WaitForMultipleObjectsEx. I was thinking of
generating a patch that does a single retry when a Wait* times out. Is the
consensus that this would be useful or not?

Chris



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread Charles Wilson 

delphi.stuff wrote:

> 
> VCDEasy is originally a Graphical Interface helping users to use 
> VCDImager. Then I added cdrdao and some mjpeg tools to ease the VCD 
> creation process. If I include in some VCDEasy distributions these 
> command line tools, it is only to easy the end user setup. Note that 
> VCDEasy is a Win32 native application, made with the free Personal 
> Borland Delphi 6, it does not use cygwin directly.


Fair enough.  If VCDeasy.exe only CALLS the cygwin-linked programs, and 
doesn't actually link to cygwin or another GPLed project/library itself, 
then you're safe -- as far as the source code to VCDEasy *itself* is 
concerned.

 
> I bought some components so I do not have the rights to publish them. So 
> now, based on the fact that I will not publish the source, what should I 
> do ? Stop my VCDEasy freeware development ? Or does advertise for cygwin 
> directly on my application can be enough ? Something else ? Distribute 
> the Win32 gui only and tell the user to download everything else 
> themselves... in this case I think I am ok with all the licenses... but 
> it won't help the end users...  I am not deliberately violating the 
> cygwin GPL license, I only try to help end users, I hope you can 
> understand that. As I said, VCDEasy is a Win32 native application, it 
> does not use cygwin directly.


Of course you not violating the license purposely.  A lot of folks don't 
really understand their obligations under the GPL -- which serve to 
protect and propagate the software freedoms that the GPL grants.  I'm 
just trying to help -- and I'll prove it below.


> Note that the situation is worse as I identified at least two commercial 
> packages that sell my application (including VCDImager and CDRDAO) 
> without any rights... They are making money...


There's nothing wrong with selling GPLed programs that you (or these 
commercial packages) don't own.  (That's how Red Hat Linux and Mandrake 
and SuSe and ... make their money).  So no worries there.  All you (and 
the commercial folks that are distributing VCDEasy) need to do is ensure 
that your users (customers) can obtain the source from you.  (e.g. it's 
no good saying "go get the source from those guys, over there).

So, it seems that all *you* (delphi.stuff) need to do is grab the 
following source codes and put them up on your website somewhere, and 
say "Some libraries and programs invoked by VCDEasy are GPLed, although 
VCDEasy is not itself GPL (and isn't tainted by the GPL since it only 
*executes* these subprograms; it is not linked to them).  You can get 
the source code for those GPLed components here ".

cygwin-1.1.8
cygwin-1.3.6
zlib
libxml
jpeg
mjpeg-tools
vcdimager
cdrdao

To help you out, here are some direct links so that you can download the 
src tarballs (all are available here for the next week or so, but they 
will be going away so make sure to physically put them on your own site)

http://www.neuro.gatech.edu/users/cwilson/vcd-src/

Hope that helps.

--Chuck

**

For VCDImager:

   cygwin-1.3.6-6-src.tar.bz2
taken from the VCDImager website...

   zlib-1.1.3-6-src.tar.gz
an md5 analysis show that 1.1.3-6 is the version of cygz.dll you are using

   libxml2-2.4.12-1-src.tar.bz2
stay tuned.  VCDImager doesn't use version 2.4.13-1 nor 2.4.17-1, which 
are the only versions currently available on the cgywin download site. 
I'm checking with Robert Collins, the cygwin maintainer of that package, 
to see if he has kept 2.4.12-1-src and can send it to me.

   vcdimager-0.7.12.tar.gz
   VCDImager itself: you seem to be using version 0.7.12



For mjpeg-tools

   cygwin-1.3.6-6-src.tar.bz2
taken from the VCDImager website...(same as above)

   jpeg-6b-4-src.tar.gz
an md5 analysis show that 6b-4 is the version of cygjpeg6b.dll you are using

mjpegtools-1.4.1.tar.gz
mjpegtools-1.6.0-beta1.tar.gz
mjpegtools-1.6.0-beta2.tar.gz
mjpegtools itself.  I couldn't determine which version you were using, 
so I grabbed all of the currently distributed src tarballs

**

For CdrDao

   cygwin-1.1.8-2-src.tar.bz2

   cdrdao-1.1.5.src.tar.gz

**


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread Charles Wilson 

Herbert Valerio Riedel wrote:

>>Note that it's very easy for each of these projects to comply with 
>>cygwin's license (the GPL): just
>>   1) make their own source available (true already, for most of them)
>>
> ftp://ftp.vcdimager.org/pub/vcdimager/
> 
> 
>>   2) put a tarball of the (appropriate) cygwin DLL source code on
>>  their ftp site with their other downloads,
>>
> ftp://ftp.vcdimager.org/pub/cygwin/
> 
> 
>>   3) ditto for other cygwin-linked libraries (zlib, libxml, libjpeg)
>>  if applicable
>>


Yep, I saw that VCDImager was already GPL compliant, with the exception 
of the zlib and libxml libraries.  But, this all snowballed when I was 
taking a look at VCDEasy -- which led to VCDImager, cdrdao, mjpegtools, 
etc...


> will follow as soon as I get time to


Understood.  I've done some analysis on the dlls (to determine exact 
versions) and put the source here, to make your job easier

http://www.neuro.gatech.edu/users/cwilson/vcd-src/

I don't have the src for the specific version of libxml2 that you are 
using; if you got the DLL from the cygwin dist, it must be v 2.4.12-1 
(which is no longer available from the cygwin site) since the signature 
of your cygxml2-2.dll doesn't match either of cygwin's current xml dlls: 
2.4.13-1 and 2.4.17-1.

I'm trying to track down the official cygwin libxml2 packages for v 
2.4.12 from the cygwin libxml maintainer (Robert Collins), and if the 
signatures there match your DLL, then I'll put that source up too.

If they don't match, then I guess you built libxml yourself; you'll have 
to handle the src issue (and delphi.stuff will need to get those sources 
from you, once you've posted them, since he is redistributing your 
windows (cygwin) port).

In any case, if you use the -src packages I collected at the above site, 
you'll need to copy them and put them on your site; mine will go away in 
about a week.


> 
>>   4) mention the availability of the source code for libraries
>>  used to create their windows port somewhere on their
>>  webpage (not strictly necessary, but what's the point of
>>  1 -- 3 if you don't advertise it?)
>>
> http://www.vcdimager.org/software.phtml


Again, I knew that vcdimager did this; the others didn't AFAICT.


>>   5) A plug for the cygwin project itself (http://www.cygwin.com)
>>  would be nice, but definitely not necessary for license compliance.
>>
> http://www.vcdimager.org/software.phtml


As above -- but no big deal, this isn't necessary.


> btw, I do this just for the unstable series; as soon as the official
> stable series come out, they'll lack the .dll's


? Do you link the libs statically?  If so, you still need to supply src 
for the libs, since they are linked against cygwin1.dll they inherit the 
GPLness as well as your own code (although I think libxml is already 
gpl, as is vcdimager.  zlib has its own license, but cygwin's GPL still 
applies to the zlib source...)


> btw2: libxml2 was provided in source, I just happen to have deleted it
> by accident


No probs.


> ps: just wondering, which personal interest do you have, that others
> (we) comply to the terms? -- plz don't see this question as personal
> attack or something alike.


Well, what Robert said, plus: I'm the cgywin maintainer for zlib and 
jpeg (which VCDEasy includes in its dist of mjpegtools).  And, as a 
major contributor to the cygwin project, I feel a certain responsibility 
when I see cygwin1.dll as well.

I'm glad (nay, overjoyed) to see people using cygwin and cygwin-ports; I 
just want folks to use them legally. :-)

--Chuck


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Does anybody use G++ on Windows to make DLLs?

2002-04-13 Thread William S Fulton 


You should be using gcc not g++ as JNI requires C linkage. Take a look at
this site for help and tuturials on using Java JNI with cygwin:
http://www.inonit.com/cygwin/

Cheers
William

> I'm trying to create a DLL:
>
> --/HelloWorld.cpp/--
> #include 
> #include "HelloWorld.h"
> #include 
>
> JNIEXPORT void JNICALL
> Java_HelloWorld_displayMessage(JNIEnv *env, jobject obj)
> {
> printf("Hello world!\n");
> return;
> }
>
> And if I try:
> g++.exe HelloWorldImp.dll "HelloWorld.o" -L"d:\Dev-C++\lib"
> -I"d:\Dev-C++\include"  -I"D:\j2sdk\include"
> -I"D:\j2sdk\include\win32"  -I"d:\Dev-C++\include\g++-3"
> -I"d:\Dev-C++\include"
>
> I get this error message:
>
> d:\Dev-C++\lib/libmingw32.a(main.o)(.text+0x8d):main.c:
> undefined reference to `WinMain@16'
>
> Any experience?





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compliance with the GPL (cygwin)

2002-04-13 Thread Charles Wilson 


> For VCDImager:
>   libxml2-2.4.12-1-src.tar.bz2
> stay tuned.  VCDImager doesn't use version 2.4.13-1 nor 2.4.17-1, which 
> are the only versions currently available on the cgywin download site. 
> I'm checking with Robert Collins, the cygwin maintainer of that package, 
> to see if he has kept 2.4.12-1-src and can send it to me.

Okay, 2.4.12-1 is not available (Robert doesn't have it any more). 
However, that may be a moot point anyway: I think Herbert built 
cygxml2-2.dll himself from "regular" sources.

In any case, the various libxml libraries are drop in replacements, so 
simply replacing cygxml2-2.dll with the version from here:

ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/contrib/libxml2/
   libxml2-2.4.17-1-src.tar.bz2
   libxml2-2.4.17-1.tar.bz2 <<< unpack and extract the dll >>>

should be sufficient.

--Chuck


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Installing XFree 4.2 on Cygwin.

2002-04-13 Thread Warren Postma 

I downloaded the cygwin port of XFree 4.2 from one of the Cygwin mirrors.
I ran "sh ./Xinstall.sh" and it complained that it couldn't find the extract
utility in the current directory. Apparently it's not looking for the
microsoft 'extract.exe' that ships in most versions of windows.   I thought
I had done a full install of Cygwin.

Anyone know what all I need to get Xfree to install on Cygwin?

Warren



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installing XFree 4.2 on Cygwin.

2002-04-13 Thread Randall R Schulz 

Warren,

Two things:

1) Wrong list. There's a list specifically devoted to XFree68 on Cygwin. 
Check here for information on the list you need: 
.

2) If you read and follow the installation instructions, you won't have the 
"extract" problem.

Randall Schulz
Mountain View, CA USA


At 17:12 2002-04-13, Warren Postma wrote:
>I downloaded the cygwin port of XFree 4.2 from one of the Cygwin mirrors. 
>I ran "sh ./Xinstall.sh" and it complained that it couldn't find the 
>extract utility in the current directory. Apparently it's not looking for 
>the microsoft 'extract.exe' that ships in most versions of windows.   I 
>thought I had done a full install of Cygwin.
>
>Anyone know what all I need to get Xfree to install on Cygwin?
>
>Warren


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: crypt command

2002-04-13 Thread Sam Edge 

> Its very easy to knock your self up a crypt. Perl has a crypt function so it
> should be very easy to create a crypt that takes the plain text password on
> stdin. It would also very easy to do in 'C' (although it appears that mcrypt
> will do the job).

mcrypt has (old) crypt compatibility but if that isn't a requirement then the openssl 
package can be made to do much the same thing very easily.

openssl des3 -salt -pass pass:X  ciphertext
openssl des3 -d -pass pass:X  plaintext

You can choose a different cipher if you like - they're all better than the crippled 
Enigma one that crypt used to use - although a passphrase better than a single "X" 
character is probably a good idea.

-- 
Sam Edge


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

is there a program for cygwin that will convert a .RC file into a.RES file that I can link in?

2002-04-13 Thread Jonathan Wilson 

is there a program for cygwin that will convert a .RC file into a .RES 
file that I can link in?

Something that does the same thing as the microsoft RC.EXE program but 
that isnt (C) microsoft.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Attn: The President

2002-04-13 Thread musa bello 


Musa Bello
THE HOLY CRESCENT MOSQUE
40/42 AGO PALACE WAY
OKOTA - ISOLO
LAGOS - NIGERIA
TEL:234-4801220
FAX:234-1-4400316
E-MAIL: [EMAIL PROTECTED]

ASSALAM ALAIKUM

PERMISSION TO REMIT US$21 MILLION INTO YOUR COMPANY OR PRIVATE ACCOUNT

IT IS MY PLEASURE TO WRITE AND INFORM YOU OF A TRANSACTION INVOLVING THE
TRANSFER OF US$21,000,000.00 (TWENTY ONE MILLION U.S.DOLLARS) ONLY INTO A
FOREIGN ACCOUNT FOR SAFEKEEPING PENDING MY ARRIVAL
WITH MY COLLEAGUES FOR
THE SHARING WITH YOU AS THE ACCOUNT OWNER INTO WHICH THE MONEY IS REMITTED.
I AM AN ACCOUNTANT WITH THE NIGERIAN NATIONAL PETROLEUM CORPORATION
(NNPC), LAGOS AND THIS MONEY ORIGINATED FROM OVER-INVOICED CONTRACT EXECUTED
FOR THE CORPORATION SOME YEARS BACK. THIS CONTRACT HAS LONG BEEN COMPLETED
BY A FOREIGN FIRM AND THE CONTRACTOR DULY PAID. I NOW SEEK IF YOU WOULD
PERMIT THE SURPLUS TO BE REMITTED INTO YOUR ACCOUNT. AS A MATTER OF FACT, WE
ARE TOP GOVERNMENT OFFICIALS AND WE CANNOT COME OUT OPENLY TO CLAIM THIS
AMOUNT. THIS IS WHY WE ARE LOOKING FOR A COMPETENT AND HONEST COMPANY OR
INDIVIDUAL ABROAD WHOSE DOCUMENTS WOULD BE TENDERED BY US HERE IN NIGERIA AS
ONE OF THE CONTRACTORS THAT EXECUTED THE PROJECT.
HOWEVER, I WOULD WISH TO RECEIVE YOUR PERSONAL ASSURANCE THAT YOU WOULD
NOT SIT ON THE MONEY WHEN IT GOES INTO YOUR ACCOUNT.
MORE IMPORTANTLY, YOU KEEP CONFIDENTIAL THIS TRANSACTION, IN ORDER NOT TO
TARNISH THE CONFIDENCE REPOSE IN THE OFFICIALS INVOLVED IN THIS TRANSACTION.
TO EFFECT THIS TRANSFER, I THEREFORE REQUEST THE FOLLOWING:
YOUR ACCOUNT NUMBER, THE NAME OF YOUR BANK, ADDRESS, TELEX, TELEPHONE AND
FAX NUMBERS WHERE THE MONEY WOULD BE TRANSFERRED INTO AND ALSO YOUR PRIVATE
FAX AND TELEPHONE NUMBERS FOR QUICK COMMUNICATION.
SO FAR, AFTER DUE CONSULTATIONS, YOU WERE STRONGLY AND RELIABLY RECOMMENDED 
TO US ALTHOUGH WE HAVE NOT MET OR ENTERED INTO ANY KIND OF CONTRACT WITH YOU 
BEFORE AS TO KNOW THE EXTENT OF YOUR
HONESTY, BUT BASED ON THE RECOMMENDATIONS, I PERSONALLY WANT TO BELIEVE THAT
YOU ARE HONEST ENOUGH AND WOULD NOT SIT ON THE MONEY IF FINALLY GOT INTO
YOUR ACCOUNT. IT IS ON THIS NOTE THAT I CONSIDER IT PROPER TO WRITE YOU
ASKING FOR YOUR PERMISSION AND SUPPORT TO TRANSFER THIS AMOUNT INTO YOUR 
ACCOUNT.
YOU SHOULD NOT FEAR ANY RISK BECAUSE WE HAVE CONCLUDED ARRANGEMENT TO SAVE
GUIDE YOU IN THE TRANSACTION. THIS BUSINESS IS 100% RISK FREE. HENCE IT
REQUIRES HIGH LEVEL OF CONFIDENCE AND SECRECY.MEANWHILE THIS IS THE 
BREAKDOWN OF THE SHARING
MODALITIES:
A. 10% WILL BE USED TO SETTLE TRANSFER CHARGES AND LEGAL PROTOCOLS;
B. 30% IS FOR USING YOUR ACCOUNT;
C. 60% OF IT WILL BE FOR US THE ORIGINATORS.
BE INFORMED THAT ON COMPLETION OF THIS BUSINESS I WILL USE PART OF MY
MONEY TO INVEST IN YOUR COUNTRY UNDER YOUR CARE.PLEASE NOTE THAT THE
TRANSFER OPERATION WILL TAKE SEVEN TO TEN WORKING DAYS TO BE COMPLITED.
PLEASE CONTACT ME BY THE ABOVE MOBILE phone, E-mail OR FAX NUMBER.

MY DEEPEST PRAYERS FOR YOU.

Musa Bello.








Musa Bello
THE HOLY CRESCENT MOSQUE
40/42 AGO PALACE WAY
OKOTA - ISOLO
LAGOS - NIGERIA
TEL:234-4801220
FAX:234-1-4400316
E-MAIL: [EMAIL PROTECTED]

ASSALAM ALAIKUM

PERMISSION TO REMIT US$21 MILLION INTO YOUR COMPANY OR PRIVATE ACCOUNT

IT IS MY PLEASURE TO WRITE AND INFORM YOU OF A TRANSACTION INVOLVING THE
TRANSFER OF US$21,000,000.00 (TWENTY ONE MILLION U.S.DOLLARS) ONLY INTO A
FOREIGN ACCOUNT FOR SAFEKEEPING PENDING MY ARRIVAL
WITH MY COLLEAGUES FOR
THE SHARING WITH YOU AS THE ACCOUNT OWNER INTO WHICH THE MONEY IS REMITTED.
I AM AN ACCOUNTANT WITH THE NIGERIAN NATIONAL PETROLEUM CORPORATION
(NNPC), LAGOS AND THIS MONEY ORIGINATED FROM OVER-INVOICED CONTRACT EXECUTED
FOR THE CORPORATION SOME YEARS BACK. THIS CONTRACT HAS LONG BEEN COMPLETED
BY A FOREIGN FIRM AND THE CONTRACTOR DULY PAID. I NOW SEEK IF YOU WOULD
PERMIT THE SURPLUS TO BE REMITTED INTO YOUR ACCOUNT. AS A MATTER OF FACT, WE
ARE TOP GOVERNMENT OFFICIALS AND WE CANNOT COME OUT OPENLY TO CLAIM THIS
AMOUNT. THIS IS WHY WE ARE LOOKING FOR A COMPETENT AND HONEST COMPANY OR
INDIVIDUAL ABROAD WHOSE DOCUMENTS WOULD BE TENDERED BY US HERE IN NIGERIA AS
ONE OF THE CONTRACTORS THAT EXECUTED THE PROJECT.
HOWEVER, I WOULD WISH TO RECEIVE YOUR PERSONAL ASSURANCE THAT YOU WOULD
NOT SIT ON THE MONEY WHEN IT GOES INTO YOUR ACCOUNT.
MORE IMPORTANTLY, YOU KEEP CONFIDENTIAL THIS TRANSACTION, IN ORDER NOT TO
TARNISH THE CONFIDENCE REPOSE IN THE OFFICIALS INVOLVED IN THIS TRANSACTION.
TO EFFECT THIS TRANSFER, I THEREFORE REQUEST THE FOLLOWING:
YOUR ACCOUNT NUMBER, THE NAME OF YOUR BANK, ADDRESS, TELEX, TELEPHONE AND
FAX NUMBERS WHERE THE MONEY WOULD BE TRANSFERRED INTO AND ALSO YOUR PRIVATE
FAX AND TELEPHONE NUMBERS FOR QUICK COMMUNICATION.
SO FAR, AFTER DUE CONSULTATIONS, YOU WERE STRONGLY AND RELIABLY RECOMMENDED 
TO US ALTHOUGH WE HAVE NOT MET OR ENTERED INTO ANY KIND OF CONTRACT WITH YOU 
BEFORE AS TO KNOW THE EXTENT OF YOUR
HONESTY, BUT BASED ON THE RECOMMENDATIONS, I PERSONALLY WANT TO BELIEVE THAT
YOU ARE HONEST ENOUGH AND WOULD NOT SIT ON THE MONEY IF FINALLY GOT INTO
YOUR

New directories for each mirror

2002-04-13 Thread Alan Starr 

I recently changed from setup version 2.125.2.10 to
2.194.2.24.  Now, whenever I download from a mirror,
it creates a new folder for that mirror.  Before, all
mirrors used a common 'contrib' and 'latest'
directory.  Since not all mirrors are always
up-to-date, I shuffle through several.  A friend of
mine said that he's seen similar problems when using
wget.  Is there a way to tell it to use the common
folders, perhaps through command line options? 
Thanks.

-Alan

__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: New directories for each mirror

2002-04-13 Thread Robert Collins 



> -Original Message-
> From: Alan Starr [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, April 14, 2002 1:08 PM
> To: [EMAIL PROTECTED]
> Subject: New directories for each mirror
> 
> 
> I recently changed from setup version 2.125.2.10 to
> 2.194.2.24.  Now, whenever I download from a mirror,
> it creates a new folder for that mirror.  Before, all
> mirrors used a common 'contrib' and 'latest'
> directory.  Since not all mirrors are always
> up-to-date, I shuffle through several.  A friend of
> mine said that he's seen similar problems when using
> wget.  Is there a way to tell it to use the common
> folders, perhaps through command line options? 
> Thanks.

No. Instead select *all* the mirrors you would like to use.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: New directories for each mirror

2002-04-13 Thread Robert Collins 



> -Original Message-
> From: Alan Starr [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, April 14, 2002 1:19 PM
> To: Robert Collins
> Subject: RE: New directories for each mirror
> 
> 
> Now I have 4 folders, one for each mirror I chose.  

Yes. And setup will try all 4 mirrors, and check all 4 folders for
existing downloads.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: New directories for each mirror

2002-04-13 Thread Robert Collins 



> -Original Message-
> From: Alan Starr [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, April 14, 2002 1:21 PM
> To: Robert Collins
> Subject: RE: New directories for each mirror
> 
> 
> I liked the old behavior better.  

That's nice.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: gettime time travels after suspend

2002-04-13 Thread Robert Collins 



> -Original Message-
> From: Chris January [mailto:[EMAIL PROTECTED]] 

> There is a similar problem here with timeouts passed to 
> WaitForSingleObjectEx, and WaitForMultipleObjectsEx. I was 
> thinking of generating a patch that does a single retry when 
> a Wait* times out. Is the consensus that this would be useful or not?

I think it depends on *where* the Wait* function is called. In various
pthread calls for instance, we should not retry - because the timeouts
are passed in as absolute values, not as elapsed values.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

having problem with linking using w32api and cygwin\mingw

2002-04-13 Thread Jonathan Wilson 

Basicly, LD is spitting out a whole bunch of errors like "cant find 
GetLastError@0" and so on, I did make sure I had -lkernel32 on the ld 
command line so that cant be the problem.
Any ideas?




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

problems linking to mingw libraries

2002-04-13 Thread Jonathan Wilson 

I am using version 1.3.10-1 of the cygwin dll
version 20011002-1 of binutils
version 2.95-3.5 of gcc (and building with -mno-cygwin)
and version 1.3-2 of mingw-runtime
I add -lmsvcrt to the LD command line and it cant find it.
Is there a way to tell LD to look in the mingw32 library path that 
doesnt require hardcoding the path into the makefile?
Also, what mingw32 libraries should I be linking into?
I am using -dll with LD if that makes any difference.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/