Hi Brian,
What kernel version and what NPTL version do you have installed?
Kind regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything
l and relevant to put in my two cents.
maybe in the future I wont even do that...
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about a
gards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
We're coming close to a 1.5.18 release. P
another and hence felt i should share it with someone else. :)
One final note, I've noticed that if in the my_producer class in the
produce method, if the string lengths are set to 100 (instead of
1024), the memory leak magically disappears, I'm thinki
review (at least) is it not? ;)
Kind regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
On
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
--
Unsubscribe info: http://cygwin.com/ml
Hi all
Brian was correct it turns out there was another grep on my path,
its all been resolved now.
thanx all!
Arash
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about
Sorry the script should have been:
#!/bin/bash
if [ `uname -s | grep -c 'CYGWIN'` -eq 1 ]; then
printf "Target platform is Win32 via CYGWIN\n";
else
printf "Target platform is NOT Win32 via CYGWIN\n";
fi
Still the same err
n
printf "Target platform is Win32 via CYGWIN\n";
else
printf "Target platform is NOT Win32 via CYGWIN\n";
fi
error message:
bash-2.05b$ ./test.sh
./test.sh: line 3: [: too many arguments
Target platform is NOT Win32 via CYGWIN
bash-2.05b$
Regards
Arash Partow
simpler example that can be run,
also I'm compiling with -O3,I'm not sure how cygwin's modes
to gcc effect this level of optimization.
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not
the same problem occurs.
Same code compiles ok on NetBSD 1.62 and Mandrake 10.1 and gives
a non erroneous return code.
Any ideas, any help would be very much appreciated.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being
ygwin components also provide the source to your commercial
application,
because according to the GPL it is considered a derivative work.
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they
has a winsock geared for server like behavior,
or make the modifications mentioned in the article, or just simply use *bsd
or linux tcp/ip stack.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not
y MS's
dll specification.
The name mangling is an issue from VC++ POV not the other way round.
My experience comes from building a win32 dll in Borland C++ builder
then having a simple console based cygwin gcc compiled app exercise
the dll's API - which btw was succes
Hi,
Just out of curiosity, if one were to do:
shutdown(sck,SHUT_WR)
which means as far as I understand it "stop all send reqs made to sck",
how would one reopen the sck so that you could make send reqs again?
Is that even possible or do you have to reestablish the connection
again from scratch?
omports, cygwin doesn't seem to want to
block even when .c_cc[VMIN] is set to something like 1,2,3...
Anywayz seeing your post today has motivated me to write
my own post and bit of code to demonstrate this problem.
Good Catch!
Arash Partow
__
B
the threads in this case cygwins thread pool. As far
as I know the snapshot from the 31st of Jan 04 has resolved those
issue. As for "processes" thats another issue altogether.
Arash Partow
__
Be one who knows what they don't know,
I
e and more applications are
written
using threads and signaling rather than processes and signaling, this
certain
problem would have inevitably become apparent.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being on
it difficult getting wxWindows compiled under cygwin?,
were any extra patches required?
stuff like that...
Any help and/or info would be very much appreciated.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of bein
Arash Partow
PS: I've tried your sample program and it
seems to be working without any problems.
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about a
Hi all,
I'm seeing a problem with ioctl and FIONREAD, I use the
following code to check if there are any bytes in the
input buffer of a comport.
ie:
unsigned int SerialIO::getBufferSize()
{
int bufferedBytes = 0;
ioctl(IOPortHandle, FIONREAD, &bufferedBytes);
if (bufferedBytes == -1)
I don't see how your sarcastic remarks relate to what i said...
Yeah. You're right. It's better to just assume it's gloriously
trustworthy if it's free software and maliciously bad if it comes from
Microsoft.
all i said was that its harder to prove something in a negative
context rather than a p
proving a negative is much harder than proving a positive...
Arash Partow
On Mon, Dec 22, 2003 at 11:15:34AM -0800, Shankar Unni wrote:
Jim Ramsay wrote:
Ha! Ask that boss to prove to you that there is no security problem
running Windows on a 'secure' network.
To a person with that
ings.
http://www.partow.net
Is it me or is the cygwin1.dll becoming more unstable each passing day?
-marcus
Hi Chris,
I've test the lastest snapshot (14th Dec II) with the ThreadTest,
the new problems have been resolved, still the old ones remain.
thanx for the quick fix.
Regard
Hi Chris,
I've test the lastest snapshot (14th Dec II) with the ThreadTest,
the new problems have been resolved, still the old ones remain.
thanx for the quick fix.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instea
problems are evident when you run the
ThreadTest, and press ctrl+c and have a look at the access
and stackdumps that pump through..
If you would like debug info which i can give in this instance
please ask.
Regard
Arash Partow
__
Be one who knows what
hat I mean
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
h
Hi Chris,
btw i've attached my cygcheck, might come in handy
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about a
wont be forced to continually read repetitive
text... (i think ;) )
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all th
stems not show this problem, if it is really a
problem of 1 thread hogging the cpu which may be interpreted
from the need to add a delay.
I would like to get rid of this delay, but it seems the only way the
threadtest will work properly is if the delay is there.
Regards
Arash Partow
PS: can
Hi,
look marcus don't worry yourself too much about this issue, I'm sure
in time as more people encounter this problem, or slightly different
forms of the problem begin popping up in different parts of cygwin,
more attention will be spent on resolving it. if however its totally
our mistake where b
piled with cygwin to a delphi
gui front-end. if i am wrong please tell me.
Regards
Arash Partow
_
ninemsn Premium transforms your e-mail with colours, photos and animated
text. Click here http://ninemsn.com.au/premium/l
Hi Marcus,
I asked chris the same questions yesterday, i wondered why he felt he
need to change the code in order for it to work with cygwin. Its a shame
though cause i see as time goes by and CPUs become better adapted to
thread processing that people will write new utilities and maybe even
begin
Hi Chris,
I forgot to attach the ThreadTestPrototype.cpp file in
my previous post, here it is if you would like to have
a fiddle with it.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what
on my systems.
It would be really nice if we could get this small bug out of the way.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything ab
Hello Sherly,
I haven't tried the ThreadTest on a solaris system however ive e-mailed
someone that does have access to one, they will try it i'll get the results
back to you, but out of interest what do you think the solaris system will
do? and how do you think that behaviour will relate to cygiwn
Hi Chris,
I have to agree with marcus, the dll from the 8th still has the
signalling issue. you have to let the threadtest run for a bit,
meaning let it get to around 3k-4k of threads being created, at
that point the SIGINT does not seem to fire.
Arash
hello marcus,
thanx for your confirmation, however i don't think its a good idea to
be blaming anyone for these bugs, they are a natural occurrence during
development and of course addition of new features.
In any case could you please tell me how you ascertained the accumulating
handles count, di
firm my results it would be great, btw i
used TaskInfo to view the win32 handles and memory usage.
ThreadTest source code: http://www.partow.net/downloads/ThreadTest.zip
19th Nov SN-dll: http://www.partow.net/downloads/cygwin1-20031119.dll.bz2
Regards
Arash Partow
Some aspects of the problem have been resolved,
this may remedy your current problem.
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everythi
Hi,
Cygwin provides a posix layer for interfacing with i/o devices,
looking at this line you have written:
$ stty -F /dev/com1
You need some more info about how serial i/o ports are described
in a posix system, this page is a good resource:
http://www.easysw.com/~mike/serial/serial.html
Regards
I tried your code, it compiles and runs ok, there is no problem!
If i was you i would try the following:
1. make sure there is only 1 location on your pc where cygwin1.dll
can be found, it should be cygwin/bin/cygwin1.dll + make sure
you have the latest cygwin1.dll (1.5.5-1)
2. download the lat
code has been tested on other *nixs and it seems to be all ok.
url for source code: http://www.partow.net/downloads/ThreadTest.zip
To make type:
make ThreadTest
To run type:
./ThreadTest
If you have any other question or comments please don't hestiste.
Regards
Arash Partow
___
rep <
movsl
movl ebx,ecx
andl $3,ecx
from what i can see the memcpy is moving data from esi to edi
(ecx/4)'times (word blocks), however i don't think in the rep
(REPZ) of the ecx ever gets to zero, or before it does it tries
to copy data from a place which it does not have access to.
ve downloaded things again, and everything is A O K :D
thanx for your help
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all
Hi Joost,
I tested your program and found out that the crashes were in compiler
generated code (especially in STL code). Upgrading to the latest version
of everything (GCC in particular) solved everything for me without using
any Cygwin snapshots.
I've updated everything too, atm i'm using th
Hi,
I've downloaded gcc-3.3.1-3, i think the build is broken, cause c\c++ code i
was compiling
with no problem with gcc3.3.1-2 can not be compiled anymore also alot of the
headers
can't be found ie:
libs.h:35: fstream: No such file or directory
libs.h:36: sstream: No such file or directory
libs
Hi All,
This post is about cygwins pthreads. people following this issue
will know there have been some stability issues with cygwin's
pthreads and since last week A LOT of them have been resolved.
Yet as more of these problems are resolved more problems in the
same area.
My issue is, I have compi
e the same "referenced memory" location. I just
thought this is rather strange.
1 thing though, did you try piping the stdout to tee? I found that doing
that was a sure way of crashing it.
Anywayz thanx heaps for the help so-far I'll get back to you after I get
the building done
be enough information for you to continue your
debugging.
I think the goal should be 5million threads being created, with other tasks
also running in the background. If the ThreadTest can achive that level of
stability, I wont bug this list anymore :)
Regards
Arash Partow
PS: The updated versio
ich is more than
what was happening before.
Regards
Arash Partow
PS: Thanx to Ross Johnson's feed-back I've updated the Thread-Test's
garbage collector to work a bit more efficiently than it did before.
The source code can be downloaded from:
http://www.partow.net/downloa
implement pthread's
latest specifications.
If you have any question feel free to e-mail me.
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know ev
sing this
version of compiler+tool chains. I've done a google search for the term and
mainly results releating to postings on the cygwin mailing list appear.
this is the url:
http://www.google.com.au/search?q=gcc+version+3.3.1+%28cygming+special%29&ie=UTF-8&oe=UTF-8&hl=en&me
to enter a command
line argument of an integer, to tell the program how many threads
you would like to have created. they are simple modifications
but i think they will be worthwhile.
BTW when do you think this new snapshot of cygwin will be made
available?
Regards
Ar
Hi Ross,
I'm using the Cygwin tool-chain and use the cygwin G++ (3.3.1 cygming
special) to compile, hence ending up with the unix emulation layer.
I don't use mingw32 cause of my porting requirements to *nixs.
I've made the attr variable global within the class in its private section,
however the
eadID,&attr,&(Thread::threadFunction),this);
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything a
though i have come to the state you have
mentioned above, I'm very interested in resolving this issue
and possibily being able to contribute something back to the
community.
Any help will be appreciated
Regards
Arash Partow
__
Be one who
Hi Robert,
The prototype initially creates 700 threads all of which are contained in
a vector (threadList), each thread does some "simple" string processing
(basically tokenize a string) and then exists. On completion of the
thread, the thread sets its own state in the thread-class to dead. Sou
Hi All,
I'm a long-time reader, first-time poster. I've been doing some work lately
with posix threads, mainly trying to build a very simple c++ wrapper for
Posix threads, and well have come up to a stumbling point on the win32
platform with a simple prototype i had built utilizing this c++ wrappe
Hi All,
I'm a long-time reader, first-time poster. I've been doing some work lately
with posix threads, mainly trying to build a very simple c++ wrapper for
Posix threads, and well have come up to a stumbling point on the win32
platform with a simple prototype i had built utilizing this c++ wrappe
60 matches
Mail list logo
