headers
Robert McNulty Junior | 1 Aug 2002 01:21

Re: Mysterious gdb behavior.

I have Cygwin running under Windows XP: Pro.
My processor is a 1.2 GHZ , Pavilion 520w.
The only user on it is me.
Under the WIndows XP Home Edition, the Owner is one person.
I am not running a public access computer.
Its a system along with two others (Win98). My computer doing fine. Except
the cd writer.
Bobby
----- Original Message -----
From: "Max Bowsher" <maxb <at> ukf.net>
To: <cygwin <at> cygwin.com>
Sent: Wednesday, July 31, 2002 5:52 PM
Subject: Re: Mysterious gdb behavior.

> "Michael A Chase" <mchase <at> ix.netcom.com> wrote:
> > On Wed, 31 Jul 2002 16:42:12 -0500 Robert McNulty Junior
> <bmj2001 <at> bellsouth.net> wrote:
> >
> > > I never tried gdb on a file with a space in it. but one suggestion is
> > > gdb test\ one.exe
> > > Notice the way test one.exe is being read?
> > > Do that.
> >
> > Spaces in file names don't appear to be the problem.  Max said in
another
> > email that he's doing a test of that now to be absolutely certain (at
least
> > in his system).
>
> I'm testing spaces in _user_ names, at least secondarily. My primary
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nicholas Wourms | 1 Aug 2002 01:24
Picon
Favicon

Re: Using mkdir() in g++


--- Chuck Allison <cda <at> freshsources.com> wrote:
> For some reason, even though I include <io.h>, I get an undeclared
> functrion
> error when I try to use the mkdir() system call in a program. How
> can I make
> this visible to the compiler? Thanks. I just installed the latest
> Cygwin
> with gcc 3.1.1-4.

Chuck,

This function is defined for Cygwin by <sys/stat.h>.

Cheers,
Nicholas

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.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/
Permalink | Reply | 0 comments |
headers
Peuser, Mike | 1 Aug 2002 02:21
Picon
Favicon

GCC 3.x Binaries

Is there a plan to update the Cygwin Net Release process to provide GCC 3.x binaries instead of the 2.95.x
ones? If so,
where can I find this plan?

--
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/
Permalink | Reply | 2 comments |
headers
Robert Collins | 1 Aug 2002 02:33
Favicon

Re: rebase and ME

On Wed, 2002-07-31 at 23:43, Nicholas Wourms wrote:

> Jason
> 
> Then it appears that Rebase will never be part of setup until this
> issue is solved.  

Why? Detection of ME is not-that-hard.

> AFICT, the proper
> arguments are being passed, it just fails once they are sent to the
> dll.  

My first comment to Jason about rebasing was that we should implement it
via libbfd. I think the whole ME thing demonstrates that quite nicely.
:].

Anyway, just for kicks, I've done a little imagehlp.dll ME research - it
will likely overlap with what you've already done, but hey :}.

Some ms technotes. 
Q235662
Q190352 - interesting - suggests replacing imagehlp.dll in win98.
Q229819 - the windows installer installer replaces imagehlp.dll as well.
Q252829 - as does internet explorer

Q169275 - about using imagehlp.dll from NT 4.0 on 3.51: relevant section
instructs to copy imagehlp.dll to the application folder, not the
system32 folder, so your app finds the correct one.
(Continue reading)

Permalink | Reply | 23 comments |
headers
Robert Collins | 1 Aug 2002 02:34
Favicon

RE: rebase and ME

On Thu, 2002-08-01 at 00:01, Richard Campbell wrote:
> >There has to be a solution which doesn't involve the use of
> >Microsoft dll's [as I believe the issue involves a bad imagehlp.dll
> >distributed with WinME].
> 
> So do you think that copying an imagehlp.dll from Win98 would fix 
> the problem?  Or at least provide entertaining information?[1]
> 
> -Richard Campbell.
> [1] Like, say, the system becoming totally unusable?

I've got to "Worth a crack Nicholas" :}.

(In the app directory though!).

Rob
Permalink | Reply | 0 comments |
headers
Norman Vine | 1 Aug 2002 02:40
Favicon

RE: GCC 3.x Binaries

Peuser, Mike writes:
>
>Is there a plan to update the Cygwin Net Release process to 
>provide GCC 3.x binaries instead of the 2.95.x ones? If so,
>where can I find this plan?

maybe a google on
'gcc 3 site:cygwin.com'

http://www.google.com/search?sourceid=navclient&q=site:cygwin%2Ecom+gcc+3

Norman

--
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/
Permalink | Reply | 0 comments |
headers
Robert Collins | 1 Aug 2002 02:38
Favicon

Re: rebase and ME

On Thu, 2002-08-01 at 00:16, Nicholas Wourms wrote:
> Stephan,
> 
> I'm sorry for bringing you in on this thread, but I believe there is
> an major underlying problem with the ReBase functions in the
> imagehlp.dll distributed with WindowsME.  Any external program which
> tries to send arguments to the dll results in a segfault [Note: that
> this is only confirmed for the ReBase function].  Any attempt to use
> the ReBase.exe that comes with the latest Platform SDK results in
> corrupted dlls or a segfault.  I have confirmed this on 3 other
> peoples' machines running WindowsME.  Note that this behavior, of
> course, is not seen on any of the other versions of Windows.  I was
> hoping to see if there is anything you are aware of, as there is
> nothing in either MSDN or Knowlegebase that I am aware of.  If not,
> is there any legitimate means of reporting this to Microsoft without
> having it ignored or not taken seriously?  

Yes. (I know I'm not Stephan). You log a support call, as a developer,
and say that trying to rebase your installed app for performance is
failing on ME, all ME, and nothing but ME. MS then take a couple hundred
dollars off you... and you get a technician that owns the case and will
follow it through to conclusion. If you are right, you *may* get your
money back. If they find cockpit error... well the problem is solved and
you are short $$$.

I'll happily contribute 50 AUD to such an effort (but it can't be me
calling as I don't have an ME install to play with).

Rob
(Continue reading)

Permalink | Reply | 1 comment |
headers
Robert Collins | 1 Aug 2002 02:41
Favicon

Re: GCC 3.x Binaries

On Thu, 2002-08-01 at 10:21, Peuser, Mike wrote:
> Is there a plan to update the Cygwin Net Release process to provide GCC 3.x binaries instead of the 2.95.x
ones? If so,
> where can I find this plan?

I think you've got us confused with an IT shop with formal
methodologies. Try searching google for "GCC 3 cygwin Chris Faylor" and
you'll get lots of useful references. The short version: gcc 3.x is
coming real soon now.

Rob
Permalink | Reply | 0 comments |
headers
aek@pumpkininc.com | 1 Aug 2002 02:52
Favicon

make problem -- does not terminate on error

Hello.

I use make recursively to build a large number of libraries.

Recently I added a new set of libraries to my makefile targets, using a new
compiler (aq430.exe from Archelon). With this compiler (and not with any
others I've tried, e.g. gcc), when an error is encountered, e.g:

1 fatal error
aq430: aq430c error return -1 -- processing terminated

make just keeps on going instead of stopping. This happens on Win2k and
Win98 machines. Note that above, aq430.exe call aq430c.exe.

Archelon tested my makefiles under mingw32 make v3.79.1, and there, it
behaves properly.

Any ideas why this problem occurs under Cygwin and not mingw32?

I'm using the latest version of Cygwin.

Thanks,

Andrew

--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
Christopher Faylor | 1 Aug 2002 03:34
Picon
Favicon

Re: Packaging bug in cygwin-1.3.12-2.tar.bz2?

On Mon, Jul 22, 2002 at 09:42:17AM +0200, Demmer, Thomas wrote:
>I just noticed that in cygwin-1.3.12-2 the files /usr/info/libc.info*
>are missing.  They were contained in 1.3.10-1.  Is this intended?

It wasn't intended no.  This was a problem in the newlib library which
stopped the libc.info files from being generated.

This will be fixed in the next release.  It is already fixed in cygwin
snapshots.

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/
Permalink | Reply | 0 comments |

Gmane