Hi,
I have following configurations: Win2k SP4, Cygwin 3.3.1, Ingres 2.6
I have an embedded sql file, contents are as follows:
/* my_sim_exec.sc */
#include stdio.h
#include stdlib.h
int main (int argc, char *argv[])
{
EXEC SQL INCLUDE SQLCA;
Hi all,
I'm irritated by the return value I get from mkshortcut.
Using
mkshortcut -D -nNAME PROGRAM ; echo $?
I would expect to get a return value of 0 on success -
excerpt from the manual:
If mkshortcut encounters a syntax error, it will return
an exit value of 1 and output usage information
On 26 July 2006 01:30, Rob Hatcherson wrote:
The general situation is that I have a program that depends on B.dll,
which in turn depends on A.dll. Both DLLs provide C++ classes. The
In the meantime, does anyone have any suggestions regarding what's going
on, and/or some other technique
This happened to a perfectly good pre-cygwin update emacs.
This also happened after a new rebuild of emacs with the new cygwin system.
***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504 bytes
(alignment: 512): Function not implemented
My cygwin information is given as:
On 26 July 2006 02:21, ?? wrote:
there are many static library files in lib directory, when i was
reported a error: undefined reference to X
how could i know which static library file(.a file) should i append to
compile path by parameter
L l
is there a convenient way to search a
On 25 July 2006 20:49, Krzysztof Duleba wrote:
Dave Korn wrote:
When I try to run python in Windows shell, it hangs. Even the simplest
test like python -c 'print foo' will result in ntvdm process taking
100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result.
When I strace
On 25 July 2006 22:18, Andrew King wrote:
Thanks to René, I think I got my Cron problem fixed. For tester
purposes, I've got Cron set up to send me an e-mail once every minute.
Well, it sends me the e-mail, but the e-mail contains the following error:
email: FATAL: Line number 7 is
On Jul 26 19:24, Wynfield Henman wrote:
This happened to a perfectly good pre-cygwin update emacs.
This also happened after a new rebuild of emacs with the new cygwin system.
***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504 bytes
(alignment: 512): Function not implemented
On 7/21/06, mwoehlke [EMAIL PROTECTED] wrote:
Michael Hirsch wrote:
Here is a sample Makefile that breaks with Gnu Make 3.81-1 under
Cygwin, but works fine with Gnu Make 3.80-1. We have been writing
these types of Makefiles for years, using both Windows and Cygwin
tools, and this is the
On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote:
Yes. See http://cygwin.com/ml/cygwin-announce/2006-07/msg8.html.
If you are using a POSIX-like OS (i.e. Cygwin), you should be using
POSIX paths. That's not an inconvenience, that's called writing a bad
makefile. If you aren't
On Wed, Jul 26, 2006 at 12:26:09PM -0400, Christopher Faylor wrote:
Maybe someone here would be willing to post a sed transformation which
would change c:\some\dos\path to /cygdrive/c/some/dos/path.
Here are two simple, imperfect proof-of-concept perl scripts.
The first one just translates
-Original Message-
Sent: Wednesday, July 26, 2006 6:25 AM
To: cygwin@cygwin.com
Subject: New cygwin verson breaks emacs
This happened to a perfectly good pre-cygwin update emacs.
This also happened after a new rebuild of emacs with the new
cygwin system.
***MEMORY-ERROR***:
On Wed, 26 Jul 2006, Michael Hirsch wrote:
On 7/21/06, mwoehlke [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Michael Hirsch wrote:
[snip]
Is it broken only on Windows?
That sounds like a silly question... 'are Windows paths only broken on
Windows?'
On Wed, 26 Jul 2006, Christopher Faylor wrote:
On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote:
Yes. See http://cygwin.com/ml/cygwin-announce/2006-07/msg8.html.
If you are using a POSIX-like OS (i.e. Cygwin), you should be using
POSIX paths. That's not an inconvenience,
I have been following this discussion closely, as we were also hit by this
change. However, in all the emails and the ChangeLog, I still can't find an
official reason why the change was made in the first place. Was it for
technical reasons? And if so, would the Cygwin team accept a patch that
On Wed, 26 Jul 2006, William Sheehan wrote:
I have been following this discussion closely, as we were also hit by
this change. However, in all the emails and the ChangeLog, I still
can't find an official reason why the change was made in the first
place. Was it for technical reasons? And
I have a program that uses libplot which I'm trying to use in the Cygwin envir.
The program is supposed to spit out postscript code, but it actually outputs
nothing. It outputs no postscript, and the (f)printf statements don't do
anyting
either.
The program was originally built under linux and
On 07/25/2006, Rob Hatcherson wrote:
I've been trying to track this down with gdb, but haven't made much
progress. I put the cygwin1.dbg from the src distro into the /bin
dir, which at least allowed some level of breakpoint setting, but so
far none of the ones I've tried (dlopen, dll::init(),
Jon Harrison wrote:
Hi,
I too have been experiencing the same sort of psuedo random crash of
sh.exe/bash.exe when running any form of shell script. Again, other than the
irritation of the Windoze Application Error it appears that the scripts have
worked
I'd have a hard time putting any kind of
The problem only occurs when trying to run emacs from xterm. So only
when X-Windows functions or related GTK functions are needed.
But, since the error message is
***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504
bytes. I will look further into it.If anyone has any clues
When ftp is opened in rxvt, some of the incoming text that should
be written to the screen is lost. Simplest example: at shell prompt,
enter ftp. One does not get the ftp prompt, but one is indeed running
ftp, since if one next types help you get the header for the help
screen, with the
On Wed, 26 Jul 2006, Charles D. Russell wrote:
When ftp is opened in rxvt, some of the incoming text that should be
written to the screen is lost. Simplest example: at shell prompt, enter
ftp. One does not get the ftp prompt, but one is indeed running ftp,
since if one next types help
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John and Holly Klug on 7/25/2006 7:32 PM:
It would still be nice if cygwin find supported junctions.
cygwin find will only support junctions if the underlying cygwin is
changed to support them, at which point all cygwin programs that do
On Wed, Jul 26, 2006 at 09:34:02PM -0600, Eric Blake wrote:
According to Linda Walsh on 7/25/2006 7:09 PM:
I think I've run into a bug concerning tar and the use of windows
format paths. It's not a bug that is difficult to work around, but it
still seems as though it is a bug that someone may
I followed your steps I found that this solution doesn't work for me. I also
tried to reinstall whole cygwin packege and also without effect. The only
one solution that works for me is install previous version of X package.
--
Mariusz Janczak
Steve Freeland [EMAIL PROTECTED] wrote in message
Am Tue, 25 Jul 2006 13:27:14 -0500
schrieb René Berber [EMAIL PROTECTED]:
[snip]
Your original post says that you had a network problem, can you
show the actual message?
no connection with POP3-Server: pop.gmx.de:110
That error has nothing to do with XWindows. So, SC was running with
Am Tue, 25 Jul 2006 20:04:53 -0500
schrieb René Berber [EMAIL PROTECTED]:
René Berber wrote:
[snip]
You probably can just run a Windows shortcut to XWin with all the
parameters, and use .xinitrc or .xsession to start up SC.
[snip]
I made a little experiment and the above sentence is not
Am Wed, 26 Jul 2006 10:10:27 +0200
schrieb Dirk Schleicher [EMAIL PROTECTED]:
I think it is not possible to start SC from one icon without typing
something
It work.
I copy startx.bat to sc.bat and modify it
%RUN% XWin -multiwindow -clipboard -silent-dup-error
REM Startup an xterm, using
Dirk Schleicher wrote:
[snip]
So to run the application I would also need an icon/shortcut for the
application.
I found out that the .xinitrc parameters are used with startx. I start
the normal bash and type in startx. This start Xserver and SC. And SC
works fine.
Yes that's what I meant
Am Wed, 26 Jul 2006 03:28:43 -0500
schrieb René Berber [EMAIL PROTECTED]:
Now for the network problem, that is really strange, I saw your other
message and understand that you can't troubleshoot the network. I
really was thinking of troubleshooting in the regular way, on a
terminal window,
Dirk Schleicher wrote on Tuesday, July 25, 2006 9:48 AM::
Am Tue, 25 Jul 2006 03:16:51 -0500
schrieb René Berber [EMAIL PROTECTED]:
[snip]
Correct, the way XWin is started using startxwin.bat does make the
whole server execution depend on the xterm, so when the xterm is
closed XWin
I know this is a fixed issue, but some comments below nonetheless, to tie
up loose ends.
On Wed, 26 Jul 2006, Dirk Schleicher wrote:
Am Tue, 25 Jul 2006 20:04:53 -0500
schrieb René Berber [EMAIL PROTECTED]:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
René Berber wrote:
[snip]
I notice the cygwin version of emacs runs in XWindows and is one of the few
XWindows programs I run frequently on windows.
I assume (I have not tried it yet) I can run the cygwin version of emacs on
my home windows machine from a remote machine with the xhost and ssh -X
commands. Is this correct?
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-07-27 03:32:52
Modified files:
cygwin : ChangeLog fhandler.cc
Log message:
* fhandler.cc (fhandler_base::read): Call get_readahead_into_buffer
instead of
I think this removes some redundancy and a questionable check while being
more straight forward and covering more possible fault cases. Please let
me know if I missed a reason it had to be that way.
2006-07-26 Brian Ford [EMAIL PROTECTED]
* miscfuncs.cc (dummytest): Delete.
On Wed, Jul 26, 2006 at 05:53:35PM -0500, Brian Ford wrote:
I think this removes some redundancy and a questionable check while being
more straight forward and covering more possible fault cases. Please let
me know if I missed a reason it had to be that way.
2006-07-26 Brian Ford [EMAIL
On Wed, 26 Jul 2006, Christopher Faylor wrote:
Thanks for the patch,
Thanks for the review.
but I'm not convinced that this patch duplicates the functionality that
you eliminated from check_iovec.
It doesn't exactly, but the part it doesn't didn't seem correct. See
below.
And, the
Ok, I'll try this one.
2006-07-26 Brian Ford [EMAIL PROTECTED]
* fhandler_socket.cc (fhandler_socket::recvmsg): Remove unused tot
argument. All callers changed.
(fhandler_socket::sendmsg): Likewise.
* net.cc (cygwin_recvmsg): Likewise.
(cygwin_sendmsg):
One more tiny one.
2006-07-26 Brian ford [EMAIL PROTECTED]
* fhandler.cc (fhandler_base::read): Call
get_readahead_into_buffer instead of duplicating it.
--
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety
On Wed, Jul 26, 2006 at 10:18:45PM -0500, Brian Ford wrote:
One more tiny one.
2006-07-26 Brian ford [EMAIL PROTECTED]
* fhandler.cc (fhandler_base::read): Call
get_readahead_into_buffer instead of duplicating it.
Applied. Thanks.
cgf
40 matches
Mail list logo