public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Bug Report
@ 2022-02-08 22:01 julie77793
  2022-02-09  6:29 ` Ernie Rael
  2022-02-09 16:24 ` Bill Stewart
  0 siblings, 2 replies; 18+ messages in thread
From: julie77793 @ 2022-02-08 22:01 UTC (permalink / raw)
  To: cygwin

Cygwin doesn't create an environment variable in bash to indicate that the
platform is Cygwin under Windows.

This causes compatibility problems when running various tools. Most of my
issues have been with Python tools running Windows Python.

I have been addressing this issue by grepping PATH for cygdrive which
doesn't seem like a very good approach.

Both msys2 and mingw solve this issue by setting the MSYSTEM environment
variable which lets tools check that OS=Windows_NT and MSYSTEM=MSYS

Please add some way of identifying that programs are running under Cygwin.





^ permalink raw reply	[flat|nested] 18+ messages in thread
* Bug report
@ 2003-05-05 16:21 Kern Sibbald
  2003-05-05 16:38 ` Igor Pechtchanski
  2003-05-05 16:40 ` Christopher Faylor
  0 siblings, 2 replies; 18+ messages in thread
From: Kern Sibbald @ 2003-05-05 16:21 UTC (permalink / raw)
  To: cygwin

I guess you guys (and gal) really don't want bug
reports because it is not at all obvious where
to send them.  

Anyway here is one:

Running WinXP Home version.

Using Cygwin 1.3.20

When running my program with LocalSystem userid
as a service, doing a pthread_kill(thread_id, SIGUSR2) 
causes some sort of memory fault referencing memory at 0x3a 
(or something like that because the program disappears
poof).

Running as a normal user works fine.


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

^ permalink raw reply	[flat|nested] 18+ messages in thread
* Bug report
@ 2001-06-06 22:21 David L Wiltshire
  0 siblings, 0 replies; 18+ messages in thread
From: David L Wiltshire @ 2001-06-06 22:21 UTC (permalink / raw)
  To: cygwin

Cygwin DLL 1.3.2

I just installed this on Win 98 SE box. The paste button on the bash
window does not function (although the other buttons appear to work
fine). If the clipboard is empty pushing on the paste button registers
an error message "Clipboard empty" but if there is something is on the
clipboard there is simply no effect.

Best regards,

David Wiltshire

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 18+ messages in thread
[parent not found: <19980630141709.614.rocketmail@send101.yahoomail.com>]
* bug report
@ 1997-02-17  8:27 p.a.c.tavares
  0 siblings, 0 replies; 18+ messages in thread
From: p.a.c.tavares @ 1997-02-17  8:27 UTC (permalink / raw)
  To: Cygwin List

The following code works fine in a HP system (using gcc 2.7.2), calling 
the correct "Column" contructor with the right arguments

int Table::init(int line,int col,double fill_value)
{
   n_lines = line;
   n_cols = col;
   if (pt) delete [] pt;
   pt = new Column[col](line,fill_value);
   if (pt == NULL) return 1;
   return 0;
}

However under cygwin, in spite of compiling fine it calls (according 
to gdb) the correct column constructor "Column::Column(int,double) but all 
the arguments show up as 0 (including the int which results in a lenght 0 
column being created). The form of this contructor is I believe 
irrelevant but here it is anyway. A check of the value of 'size' in the 
first line of the function tells that size=0 (when it was called with a 
positive number by Table::init(int,double),

Column::Column(int size,double fill_value)
{
	len = size;
	val = new float [len];
	while (size > 0) val[--size] = fill_value;
}


I am using gcc in a win95 system, 486 with 16Mb. the options of the 
compiler are -gstabs+ and a -I entry. The libraries are, -lstdc++ -lg++ 
-lm -lpact (the last being my own library)

----------------------------------------------------------------------------
Pedro A.C. Tavares <p.tavares@strath.ac.uk>

Superconducting Devices Group         Tel: +44-141-548 3151
Dept. of Physics & Applied Physics    Fax: +44-141-552 7143
University of Strathclyde             For PGP public key: "finger
Glasgow, UK                               pedro_t@zebedee.phys.strath.ac.uk"
----------------------------------------------------------------------------
-
For help on using this list, send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 18+ messages in thread
* RE: bug report
@ 1997-02-16 22:10 Sean McNeil
  0 siblings, 0 replies; 18+ messages in thread
From: Sean McNeil @ 1997-02-16 22:10 UTC (permalink / raw)
  To: gnu-win32, 'Andres Takach'

I don't know if anyone has addressed this reported problem, but apparantly the stream
I/O routines are following the rule of assuming files are text unless fopen has the "b"
in the mode.  The posted code works just fine when opened with "wb" and "rb".
This appears to be consistent with what I read in the man pages regarding fopen.
This is not a bug, then, but the expected behaviour.

-
For help on using this list, send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 18+ messages in thread
* RE: bug report
@ 1997-02-13  1:21 Sergey Okhapkin
  0 siblings, 0 replies; 18+ messages in thread
From: Sergey Okhapkin @ 1997-02-13  1:21 UTC (permalink / raw)
  To: gnu-win32, 'Andres Takach'

Andres Takach wrote:
> 
> There seems to be a problem in the read() (getc etc.) when
> reading binary files. A character 1A can confuse the read
> to think that it has found the end of file.
>   fp = fopen("temp","w");
> 
>   fp = fopen("temp","r");

You should open binary files with "wb"/"rb" mode flags.

-- 
Sergey Okhapkin
Moscow, Russia
Looking for a job.


-
For help on using this list, send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 18+ messages in thread
* bug report
@ 1997-02-12 16:36 Andres Takach
  0 siblings, 0 replies; 18+ messages in thread
From: Andres Takach @ 1997-02-12 16:36 UTC (permalink / raw)
  To: gnu-win32

There seems to be a problem in the read() (getc etc.) when
reading binary files. A character 1A can confuse the read
to think that it has found the end of file.

This problem also happens when using the gnu-win92 "od" program.
In fact it also happens on the perl implementation for win 95/NT.
The perl problem happens on even NT machines. 

I have included below a simple c program that exposes the problem.

Andres Takach


#include <stdio.h>
#include <stdlib.h>

/* this program illustrates the fact that if the character 1A is
  present in a binary file, getc() will return an EOF at that point
  (same can be said about read() etc.)  The output of this program
  should be 13 (13 chars in file "temp") but instead it is 2.
  Program "od" will also quit early and same can be said about
  perl for windows 95/NT.
*/

main(){
  FILE *fp;
  int ch;
  int count = 0;
  int i;
  fp = fopen("temp","w");

/* Write two random chars to "temp"*/
  putc(255,fp); 
  putc('a',fp);
  
/* Write offending char 26 (Hex 1A) to "temp" */
  putc(26,fp);    

/* Write 10 more 'a's to file "temp"  and close file */
  for(i=0; i < 10; i++) putc('a',fp);  /* 10 more bytes */
  fclose(fp);

/* Attempt to count # of bytes in "temp" */
  fp = fopen("temp","r");
  while( getc(fp)!= EOF) count++;
  /* should be 13 bytes */
  printf("Number of bytes: %d\n",count);
}

^ permalink raw reply	[flat|nested] 18+ messages in thread
end of thread, other threads:[~2023-09-08  5:09 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <CAJVfQ_gj3N5+j+NpJytcYqMnMVMj-_p=EuLKsZ7BwnYWNRMgJg@mail.gmail.com>
2023-09-06 22:20 ` bug report Asad Ali
2023-09-08  5:09   ` Brian Inglis
2022-02-08 22:01 Bug Report julie77793
2022-02-09  6:29 ` Ernie Rael
2022-02-09 16:24 ` Bill Stewart
  -- strict thread matches above, loose matches on Subject: below --
2003-05-05 16:21 Bug report Kern Sibbald
2003-05-05 16:38 ` Igor Pechtchanski
2003-05-05 17:14   ` Kern Sibbald
2003-05-05 17:30     ` Igor Pechtchanski
2003-05-05 17:33       ` Igor Pechtchanski
2003-05-05 16:40 ` Christopher Faylor
2001-06-06 22:21 David L Wiltshire
     [not found] <19980630141709.614.rocketmail@send101.yahoomail.com>
1998-07-01  8:02 ` Bug Report Ronald Pijnacker
     [not found] ` <199807010655.IAA00527.cygnus.gnu-win32@surgery1.best.ms.philips.com>
1998-07-02  9:53   ` Christopher G. Faylor
1997-02-17  8:27 bug report p.a.c.tavares
1997-02-16 22:10 Sean McNeil
1997-02-13  1:21 Sergey Okhapkin
1997-02-12 16:36 Andres Takach

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).