search for: jstanley

Displaying 12 results from an estimated 12 matches for "jstanley".

Did you mean: stanley
2004 Aug 06
6
need help/ideas please, oh and answers
...? Exactaly, I would recommend the mod_mp3 project for something like that. http://media.tangent.org/ They are doing almost exactaly what sound like you are looking for. There is also the project 'ampache' that takes this one step further and adds a MySQL database backend to a PHP front. JStanley --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages...
2003 Jan 28
1
[LLVMdev] Building a new struct type, etc
...bly static) global instance of the above structure type, together with a static initializer for it? If there's some example code floating around somewhere for this, that'd be sufficient; I simply couldn't find anything that did what I wanted. Thanks in advance! -j -- Joel Stanley * jstanley at cs.uiuc.edu
2003 Jan 28
0
[LLVMdev] Building structures & their initializers
*sheepish grin* Nevermind. :P -j -- Joel Stanley * jstanley at cs.uiuc.edu
2004 Aug 06
2
need help/ideas please, oh and answers
Hi Folks: I have had need to write a streamer and scripts to stream audio content on demand. Basically a person browses through a directory tree and selects a file to listen to at which point a stream is created and pushed to the listener through the icecast server. My questions start with is there anyway in the server to set a variable to kill/terminate a source when it has no listener
2003 Apr 16
1
[LLVMdev] Mutability of constant initializers
...he answer is (b), I'd like to know why the values are immutable. Presumably, there's a Constant-instance-caching mechanism behind the scenes, so that'd be my guess as to why I can't modify these values after I construct a Constant-derived instance. Thanks. -j -- Joel Stanley <jstanley at cs.uiuc.edu>
2004 Aug 06
2
need help/ideas please, oh and answers
...m their bitrate is then sent to ices to stream to their 'mountpoint'. Looking similar to this: http://mp3.yourdomain.com:8000/aWNlY2FzdHJvY2tz I guess this is just a question of what limits what you can do with the ices perl playlist generation. Is there any documentation on the subject? JStanley --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages...
2016 Jun 13
0
RHEL 7.x Guests Unable to Detect Any Storage Disks
2003 May 09
1
[LLVMdev] Function::getArgumentList() question
Hi folks -- The comments in Function.h for Function::getArgumentList() state that the argument list is empty for external functions. This entails (I think) that it is not possible to determine the contents of the argument list of functions for which LLVM has only seen a forward declaration, for a given compilation unit. Is this correct? If this is the case, is there any way around this?
2003 May 09
0
[LLVMdev] ConstantPointerRef and void*'s to functions
As I thought about this more, I realized that the problem is not as easy as just transmuting the FunctionType from one FunctionType to another, since void* is not a FunctionType. If the strict type-checking that is happening (the assert on Constants.cpp:233 in the ConstantStruct constructor) is the only problem here, and nothing more severe, perhaps the client should be able to set a flag that
2003 May 09
3
[LLVMdev] ConstantPointerRef and void*'s to functions
I have a Function* to a function that has a signature like: void foo(double*, double*); I need to write the address of this function into a global variable initializer (really, into the initializer of a particular structure field). The structure field type is void*, and must be. Because of type constraints, doing something like: Function* foo = ...; std::vector<const Type*> fields; ...
2003 Jun 16
2
[LLVMdev] CWriter outputs non-portable use of alloca.h
On Mon, 2003-06-16 at 17:33, John Criswell wrote: > What would be better yet is to modify the code so that it does not use > alloca() at all. There seems to be little reason to use it aside from > convenience (but perhaps I have missed something). I think the idea is that alloca can give (probably significant) performance gains when used properly. In the cases where you need
2000 Apr 01
0
space in user dir?
This is obviously not a long term acceptable solution. Could someone please enlighten me as to the permanent solution, or at least see why it doesn't work? This is not my problem, therefore I have not had the opportuntity to test - I don't have a version that old. Let me know if it is solved in a newer version as well. Thanks. It is a workable solution, although the generally accepted