pthreads ??

1999-09-20 Thread Mark B. Elrod
Are calls to suspend and resume ref counted? iow, if i do this in pseudo-code: thread->suspend(); thread->suspend(); thread->resume(); // thread is still suspended thread->resume(); // now thread runs is that the way it works for pthreads? elrod

RE: pthreads ??

1999-09-20 Thread Isaac Richards
>From what I can tell, nope. Shouldn't be more than 5 minutes work to add it, if that's how you want them to behave.. Isaac On 20-Sep-99 Mark B. Elrod wrote: > Are calls to suspend and resume ref counted? iow, if i do this in > pseudo-code: > > thread->suspend(); > thread->suspend(); > > thre

Re: pthreads ??

1999-09-20 Thread Mark B. Elrod
that is how i think it should work... and it is how i need it to work for my download stuff to work correctly. elrod Isaac Richards wrote: > >From what I can tell, nope. Shouldn't be more than 5 minutes work to add it, > if that's how you want them to behave.. > > Isaac > > On 20-Sep-99 Mark B

Re: pthreads ??

1999-09-20 Thread carlson
> Are calls to suspend and resume ref counted? iow, if i do this in > pseudo-code: No. It just does a SIGSTOP and SIGCONT for suspend and resume. The first resume after N>=1 suspends will cause the task to restart. > is that the way it works for pthreads? Pthreads doesn't really have suspend/

RE: pthreads ??

1999-09-20 Thread robert
Jim Carlson sez: >> Are calls to suspend and resume ref counted? iow, if i do this in >> pseudo-code: > >No. It just does a SIGSTOP and SIGCONT for suspend and resume. The >first resume after N>=1 suspends will cause the task to restart. > >> is that the way it works for pthreads? > >Pthreads do

Re: gcc & Themes

1999-09-20 Thread robert
On 17 Sep, Tom Spindler wrote: > gcc 2.95 doesn't like Theme.cpp: > > ui/theme/src/Theme.cpp: In method `enum Error Theme::BeginElement(string &, >map,__default_alloc_template >>,basic_string,__default_alloc_template >>,less,__default_alloc_template > >>,allocator,__default_alloc_template > >

Re: gcc & Themes

1999-09-20 Thread robert
On 20 Sep, Valters Vingolds wrote: > It wouldn't help you anyway - some places are Win32 specific (marked as > notes 'to be crossplatform') > so no fair running it under *nix. Well, its not implemeted under *nix right now anyway. It will be before too long, but not just yet. > besides, bitmaps t

RE: pthreads ??

1999-09-20 Thread Isaac Richards
On 20-Sep-99 [EMAIL PROTECTED] wrote: > I agree with you, but it even gets worse than that. Let me elaborate. > The signal handling under LinuxThreads is different from the signal > handling under POSIX threads for one. And, as far as I can tell, the > signal handling is cooperative, and the curr

1.5 on linux?

1999-09-20 Thread Gabor Fleischer
Hi! Should 1.5 work on linux? I can compile it, but can't run. I get this: flocsy@crux:~/work/freeamp/freeamp15$ ./freeamp /mp3/Ellenorzott/D/Dragana\ -\ Up\ And\ Down.mp3 /home/flocsy/work/freeamp/freeamp/plugins/freeampcmd.ui: undefined symbol: SetFirst__15PlayListManager /home/flocsy/work/free

Re: 1.5 on linux?

1999-09-20 Thread Tom Spindler
> I can compile it, but can't run. I get this: > flocsy@crux:~/work/freeamp/freeamp15$ ./freeamp > /mp3/Ellenorzott/D/Dragana\ -\ Up\ And\ Down.mp3 > /home/flocsy/work/freeamp/freeamp/plugins/freeampcmd.ui: undefined symbol: > SetFirst__15PlayListManager make clean; make. If your system can hand

extreme solaris wackiness

1999-09-20 Thread Tom Spindler
Well, I think I'm getting closer to finding what's causing the Solaris strangeness; for one, it appears that sometimes the LWP or Reader gets stuck, and so WasteTime() gets called an awful lot. A side effect seems to be the creation of several hundred threads. :) (gdb) info threads 640 Thread 5

HTTP/1.1 download lib

1999-09-20 Thread Mark B. Elrod
in freeamp we are going to support http/1.1 downloading. i would rather not reimplement this from scratch. anyone have a nice lib they can point me too? elrod

LocalFileInput race condition, somewhere.

1999-09-20 Thread Tom Spindler
When I click too quickly on the 'next song' button, it appears that m_pSleepSem gets set somewhere, but doesn't get released. I suspect that there's something funny going on with the ->Signal() call, but I can't say for sure yet.

even more solaris ranting

1999-09-20 Thread Tom Spindler
I've gotten the strangest hang yet. It's hanging inside of Player::EventServiceThreadfunc, at pP->m_eventSem->Wait(). The kicker is that there are no other threads alive that even reference that semaphore! In fact, the only place that this particular variable is used is player.cpp. a (long) bac

Re: 1.5 on linux?

1999-09-20 Thread Gabor Fleischer
On Mon, 20 Sep 1999, Tom Spindler wrote: > If your system can handle `make depend`, you should do so after CVS Hmm. The problem is that I do this every time: cd freeamp/cvs ; cvs -d update ; cd .. cp -R cvs/freeamp freeamp ; cd freeamp ./configure ; make Flocsy Gabor Fleischer MAILTO: [EMAIL PR