World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
Dockimbel 6-May-2009 [4514] | Ah wait, maybe not, I need to check the code. |
Henrik 6-May-2009 [4515] | It would be nice to store the exe where it should be and the config in /etc. |
Dockimbel 6-May-2009 [4516x3] | That's specific to Unix system. |
But I already have some specific data folder handling for Windows...so why not. | |
There's a -f %folder/ option for command-line, but it seems to be honored only for Windows platforms. | |
Graham 6-May-2009 [4519] | henrik, won't that be a problem if you run more than one chyenne instance? |
Dockimbel 6-May-2009 [4520] | Btw, I always found very user-unfriendly the Unix approach of dispatching application related files through the whole filesystem...Pity that the GoboLinux philosophy didn't spread over all the others distros. |
Henrik 6-May-2009 [4521] | Graham, I'm not sure. Would I want to run more than one? I'm not counting the processes that Cheyenne manages. |
Janko 6-May-2009 [4522] | will there still be an option to have it in the same folder if you change this? maybe as command line arg |
Graham 6-May-2009 [4523] | Henrik, you may not want more than one instance running ... but someone else might. so, I think it needs to be as flexible as it can be. |
Henrik 6-May-2009 [4524] | Agree. |
Robert 6-May-2009 [4525] | Doc, agree too. It's a mess. And a time-killer if you start using Linux. Where can I find ABC etc. |
Dockimbel 6-May-2009 [4526] | I think to add on Unix, search paths for config file in the following order : local folder, $HOME, /etc/ . Would that be enough to cover all use cases? |
Henrik 6-May-2009 [4527] | fine by me |
Endo 7-May-2009 [4528x3] | I just tried to run cheyenne as a service on my WinXP Pro, it generates crash log and says "cannot-open service.dll" |
I used a file monitor and found the reason, it tries to load mcvcrt7.dll (visual c 7 runtime dll) can't find it and gives error with "can't open service.dll" | |
my os is xp pro sp3 so I suprised why mcvcrt7.dll is not there. anyway, if somone has the same problem just copy the dll to your system32 folder. | |
Dockimbel 7-May-2009 [4531] | Endo, thanks for your report. I'll check if mcvcrt7.dll is part of standard Windows installation. If not, I may switch to a statically compiled DLL. |
Janko 8-May-2009 [4532] | From Linux channel .. I will first have to make my webapp compatible with the latest version on local computer |
Maxim 8-May-2009 [4533x2] | doc, what is the easiest way to trap connections and take decisions based on the current context of the server? |
this is a real use case, not just a question in the air... I have to help a client with a problem they have. not a cheyenne bug, but the way its being used by their clients. | |
Dockimbel 8-May-2009 [4535] | I'm not sure what you mean precisely by "to trap connections" and also "current context of the server"? Are you talking about hacking the HTTP layer in Cheyenne? |
Maxim 8-May-2009 [4536] | I need to be able to verify a connection from a client right when it happens. so that I can refuse it based on some conditions and do some other client-internal stuff. |
Graham 8-May-2009 [4537] | Like IP address? |
Maxim 8-May-2009 [4538] | no, based on the current state of connections on the server. quantity of connections for example. |
Graham 8-May-2009 [4539] | http is stateles .. so what are you going to measure? |
Dockimbel 8-May-2009 [4540] | Max, that would require writing a specific module for Cheyenne. Connections number can be measured by doing a : length? system/ports/wait-list (and subtracting worker processes local connections). |
Maxim 8-May-2009 [4541] | how many connections are actively being served , time since they connected (to enable better timeout handling), etc. |
Dockimbel 8-May-2009 [4542] | Cheyenne network I/O layer (UniServe) tracks connections timestamps and manage timeouts automatically. |
Maxim 8-May-2009 [4543] | ok and is there a document which explains easily how to create and link a module at that level? |
Graham 8-May-2009 [4544] | and if users just let their connections timeout instead of logging out .... |
Dockimbel 8-May-2009 [4545x2] | You can find a short doc for Cheyenne's mods API in %Cheyenne/docs/developer-guide.html. |
If you want to manage connections by yourself, you need to dive deep into UniServe's engine to avoid conflicts with its own connections management rules. | |
Maxim 8-May-2009 [4547] | ok, is there anything documented on that side? or is it (what I expect) seek & destroy into the code itself? |
Dockimbel 8-May-2009 [4548] | There's a UniServe user documentation, but UniServe internals are not documented. |
Maxim 8-May-2009 [4549] | ok. thanks, you`ve already helped me save some time :-) |
Dockimbel 8-May-2009 [4550] | Maybe there's a more simple solution for what you want to achieve than hacking UniServe? I still don't get exactly what's your goal. Is it debugging? Is it adding a new feature to Cheyenne? |
shadwolf 8-May-2009 [4551] | explique lui en FR ca ira plus vite lol "bonsoir dock ca boum ?" |
Dockimbel 8-May-2009 [4552x3] | Sorry, this group is for discussion in english only which is the common language shared by all AltMe users. |
Max, not sure that it can help you, but you can open a live REBOL console connected to a running Cheyenne instance (only from localhost). You can then use the NETSTAT function to list all active connections in realtime. The client for connecting is : %UniServe/clients/rconsole.r | |
If you try that, just beware of a few things : - don't use QUIT or you'll close Cheyenne, just send a CTRL-C to exit the console session. - avoid probing things like UniServe's ports, they contains several circular references that, once molded, will produce huge amount of printed text and can hang on the server for several seconds (or minutes in the worst case). | |
Maxim 8-May-2009 [4555x2] | rconsole is cool, it will allow me to follow development from the outside. |
I mean follow if the changes are really doing what they should :-) | |
Dockimbel 8-May-2009 [4557x2] | I've use it a few times to hotpatch running Cheyenne instances. |
<used> | |
Janko 9-May-2009 [4559] | Hi, Doc .. is the latest binary not totally the same as sources? It seems it doesn't look into lib32 like it does if I run from sources |
Dockimbel 9-May-2009 [4560] | It should be the same. Did you applied the patch I gave you in Linux group on the sources? |
Janko 9-May-2009 [4561] | The source version worked without any patches already.. I can't apply them to binary version because I can't enpro it.. I am still not an owner of Rebol or SDK |
Dockimbel 9-May-2009 [4562] | I could encap a new version if you need, just let me know which encapper you prefer : enpro or enface? |
Janko 9-May-2009 [4563] | If I understand right enpro is without view and enface is not.. I would need the one without |
older newer | first last |