Results for "Author: dennis fisch"

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.

This code takes a value of seconds as an input value and then calculates the duration in seconds, minutes, hours and days without using any VB date function. This code runs super fast. I wrote this for my IRC Server and thought it might be any useful for you... if you like it, you may want to vote, if not, well the not, i guess ;)

13th update: Okay, *everything* has changed. The IRCd will use a main RecieveQueue now which will process messages in the order it recieved them. No longer playing around with the useless Winsock control, it was way too unreliable for use in these dimensions, im utilizing the Winsock API directly now. I have made changes, corrections, bug fixes to all the code but still it didnt run fast enough in any stresstest i put it under, so i completely rewrote this program after i looked at the structure that other IRCd's (Unreal, bahamut, hybrid and so on) are built on and thought: "Hey! why didnt you come up with stuff like that?" conclusion: I dont quite see many ways to improve speed alot anymore. This IRCd supports everything a standard IRCd should be able to do. It reads from a standard ircd.conf file and also caches the ircd.motd file. (message of the day) Complete networking support has been written into this. I'm not sure if it will be able to form a network with unreal IRCd's though, dont think it'd work. And now the results of an stresstest: 2400 Users connected (clones of course :D) 6 channels, 400 users on each. One channel being flooded by 400 clients (localhost client's can generate a HUGE flood) of course this was stopped by channelmode +m but usually this would swamp the IRCd in such a flood of messages that it either goes down or cannot process anything else until the flood stops. now, if the clients (every single one of them got a message back that they couldnt speak of course, generating a flood back) would have been on another machine the server would have been easily able to handle the load. The cliens consumed about 80% of the cpu... what it all comes down to is the fact that this is the MOST STABLE and FASTEST IRCd for Visual Basic, and noone should come up to me and babble about C/C++ being faster. I know that. eof The purpose of this post is to have the means for developing an IRC Server. The difference between this server and a few others is, that this server is written in Visual Basic, and not in C, making the source code easier to maintain. Also it will not take very long to implement new features since Visual Basic allows for quite rapid development. The main goal is to get an IRC Server out of this that is fully compatible with IRCd's like Unreal, Bahamut and Hybrid, though yet, networking support isnt completed. Right now, this is the fastest and most efficient IRCd for Win32 written in Visual Basic. I'd also encourage everyone to check on http://sf.net/projects/pure-ircd for updates as i use that site for all development now. Have a nice day and enjoy the chatting.

UPDATE: -Services not inbuilt anymore, there's a "Services Server" i made at: http://www.pscode.com/vb/scripts/ShowCode.asp?txtCodeId=40066&lngWId=1 (slow) OR http://dillerthekiller.free.fr/pure -Better NetSplit resolving -Compiling as P-Code now, .exe and Native Code will crash on Netsplits for some reason. -Service System is actually almost perfect. This is a fully networkable IRC server. It is able to do everything apart from /whowas, which seems impossible to make. i have included a picture that shows a working network. i havent experienced any trouble on this. But netsplits are still a pain, and they need to be resolved by operators because often there will be gohsts remaining, ill find a solution to that as soon as possible. CHANGES: -Improved logging features, can be turned off and on now, also implemented an status file, which will be generated any ### seconds, customizable through .conf -using API-less solution now, to read the settings files. -fixed the whitespace in nicklist bug. Alright i have forgotten to choose a caterogy and ill do everything but writing this whole bit again, ive made an readme.txt with much better information anyway.

Since it isnt very useful to have every Server equipped with services and link them all together i have seperated the Services from the actual Server and created another Server that only runs the Services so they become global. It should all work very well, usually im on dill.mine.nu so why not just drop in if you have a question or whatever. You can't use this Application as a Server for Clients, there's no port they could connect to, this "Server" has to be linked with another *real* Server. Download the real Server at: http://pscode.com/vb/scripts/ShowCode.asp?txtCodeId=39866&lngWId=1 OR http://dillerthekiller.free.fr/pure/ (faster)

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.

This is an standard IRCd that anyone with a client will be able to connect to. It is an ongoing project and you should expect updates every once in a while. This server follows the RFC articles 1459 and 2182 strictcly, so there should be no compatibility problems at all. At the moment the server is unable to form a network, but as mentioned earlier, this is an angoing project and will be available in later releases. This Server features all commands and stuff most other servers are capable of. One major thing is the self-coded Asynch Identd lookup and the Asynch DNS lookup that the server performs. The server is multithreaded by nature. So you can even learn how to use the sockets correctly.

UPDATE: -Services not inbuilt anymore, there's a "Services Server" i made at: http://www.pscode.com/vb/scripts/ShowCode.asp?txtCodeId=40066&lngWId=1 (slow) OR http://dillerthekiller.free.fr/pure -Better NetSplit resolving -Compiling as P-Code now, .exe and Native Code will crash on Netsplits for some reason. -Service System is actually almost perfect. This is a fully networkable IRC server. It is able to do everything apart from /whowas, which seems impossible to make. i have included a picture that shows a working network. i havent experienced any trouble on this. But netsplits are still a pain, and they need to be resolved by operators because often there will be gohsts remaining, ill find a solution to that as soon as possible. CHANGES: -Improved logging features, can be turned off and on now, also implemented an status file, which will be generated any ### seconds, customizable through .conf -using API-less solution now, to read the settings files. -fixed the whitespace in nicklist bug. Alright i have forgotten to choose a caterogy and ill do everything but writing this whole bit again, ive made an readme.txt with much better information anyway.

Since it isnt very useful to have every Server equipped with services and link them all together i have seperated the Services from the actual Server and created another Server that only runs the Services so they become global. It should all work very well, usually im on dill.mine.nu so why not just drop in if you have a question or whatever. You can't use this Application as a Server for Clients, there's no port they could connect to, this "Server" has to be linked with another *real* Server. Download the real Server at: http://pscode.com/vb/scripts/ShowCode.asp?txtCodeId=39866&lngWId=1 OR http://dillerthekiller.free.fr/pure/ (faster)

13th update: Okay, *everything* has changed. The IRCd will use a main RecieveQueue now which will process messages in the order it recieved them. No longer playing around with the useless Winsock control, it was way too unreliable for use in these dimensions, im utilizing the Winsock API directly now. I have made changes, corrections, bug fixes to all the code but still it didnt run fast enough in any stresstest i put it under, so i completely rewrote this program after i looked at the structure that other IRCd's (Unreal, bahamut, hybrid and so on) are built on and thought: "Hey! why didnt you come up with stuff like that?" conclusion: I dont quite see many ways to improve speed alot anymore. This IRCd supports everything a standard IRCd should be able to do. It reads from a standard ircd.conf file and also caches the ircd.motd file. (message of the day) Complete networking support has been written into this. I'm not sure if it will be able to form a network with unreal IRCd's though, dont think it'd work. And now the results of an stresstest: 2400 Users connected (clones of course :D) 6 channels, 400 users on each. One channel being flooded by 400 clients (localhost client's can generate a HUGE flood) of course this was stopped by channelmode +m but usually this would swamp the IRCd in such a flood of messages that it either goes down or cannot process anything else until the flood stops. now, if the clients (every single one of them got a message back that they couldnt speak of course, generating a flood back) would have been on another machine the server would have been easily able to handle the load. The cliens consumed about 80% of the cpu... what it all comes down to is the fact that this is the MOST STABLE and FASTEST IRCd for Visual Basic, and noone should come up to me and babble about C/C++ being faster. I know that. eof The purpose of this post is to have the means for developing an IRC Server. The difference between this server and a few others is, that this server is written in Visual Basic, and not in C, making the source code easier to maintain. Also it will not take very long to implement new features since Visual Basic allows for quite rapid development. The main goal is to get an IRC Server out of this that is fully compatible with IRCd's like Unreal, Bahamut and Hybrid, though yet, networking support isnt completed. Right now, this is the fastest and most efficient IRCd for Win32 written in Visual Basic. I'd also encourage everyone to check on http://sf.net/projects/pure-ircd for updates as i use that site for all development now. Have a nice day and enjoy the chatting.

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.

This code takes a value of seconds as an input value and then calculates the duration in seconds, minutes, hours and days without using any VB date function. This code runs super fast. I wrote this for my IRC Server and thought it might be any useful for you... if you like it, you may want to vote, if not, well the not, i guess ;)

This is an standard IRCd that anyone with a client will be able to connect to. It is an ongoing project and you should expect updates every once in a while. This server follows the RFC articles 1459 and 2182 strictcly, so there should be no compatibility problems at all. At the moment the server is unable to form a network, but as mentioned earlier, this is an angoing project and will be available in later releases. This Server features all commands and stuff most other servers are capable of. One major thing is the self-coded Asynch Identd lookup and the Asynch DNS lookup that the server performs. The server is multithreaded by nature. So you can even learn how to use the sockets correctly.

This code takes a value of seconds as an input value and then calculates the duration in seconds, minutes, hours and days without using any VB date function. This code runs super fast. I wrote this for my IRC Server and thought it might be any useful for you... if you like it, you may want to vote, if not, well the not, i guess ;)

13th update: Okay, *everything* has changed. The IRCd will use a main RecieveQueue now which will process messages in the order it recieved them. No longer playing around with the useless Winsock control, it was way too unreliable for use in these dimensions, im utilizing the Winsock API directly now. I have made changes, corrections, bug fixes to all the code but still it didnt run fast enough in any stresstest i put it under, so i completely rewrote this program after i looked at the structure that other IRCd's (Unreal, bahamut, hybrid and so on) are built on and thought: "Hey! why didnt you come up with stuff like that?" conclusion: I dont quite see many ways to improve speed alot anymore. This IRCd supports everything a standard IRCd should be able to do. It reads from a standard ircd.conf file and also caches the ircd.motd file. (message of the day) Complete networking support has been written into this. I'm not sure if it will be able to form a network with unreal IRCd's though, dont think it'd work. And now the results of an stresstest: 2400 Users connected (clones of course :D) 6 channels, 400 users on each. One channel being flooded by 400 clients (localhost client's can generate a HUGE flood) of course this was stopped by channelmode +m but usually this would swamp the IRCd in such a flood of messages that it either goes down or cannot process anything else until the flood stops. now, if the clients (every single one of them got a message back that they couldnt speak of course, generating a flood back) would have been on another machine the server would have been easily able to handle the load. The cliens consumed about 80% of the cpu... what it all comes down to is the fact that this is the MOST STABLE and FASTEST IRCd for Visual Basic, and noone should come up to me and babble about C/C++ being faster. I know that. eof The purpose of this post is to have the means for developing an IRC Server. The difference between this server and a few others is, that this server is written in Visual Basic, and not in C, making the source code easier to maintain. Also it will not take very long to implement new features since Visual Basic allows for quite rapid development. The main goal is to get an IRC Server out of this that is fully compatible with IRCd's like Unreal, Bahamut and Hybrid, though yet, networking support isnt completed. Right now, this is the fastest and most efficient IRCd for Win32 written in Visual Basic. I'd also encourage everyone to check on http://sf.net/projects/pure-ircd for updates as i use that site for all development now. Have a nice day and enjoy the chatting.

UPDATE: -Services not inbuilt anymore, there's a "Services Server" i made at: http://www.pscode.com/vb/scripts/ShowCode.asp?txtCodeId=40066&lngWId=1 (slow) OR http://dillerthekiller.free.fr/pure -Better NetSplit resolving -Compiling as P-Code now, .exe and Native Code will crash on Netsplits for some reason. -Service System is actually almost perfect. This is a fully networkable IRC server. It is able to do everything apart from /whowas, which seems impossible to make. i have included a picture that shows a working network. i havent experienced any trouble on this. But netsplits are still a pain, and they need to be resolved by operators because often there will be gohsts remaining, ill find a solution to that as soon as possible. CHANGES: -Improved logging features, can be turned off and on now, also implemented an status file, which will be generated any ### seconds, customizable through .conf -using API-less solution now, to read the settings files. -fixed the whitespace in nicklist bug. Alright i have forgotten to choose a caterogy and ill do everything but writing this whole bit again, ive made an readme.txt with much better information anyway.

Since it isnt very useful to have every Server equipped with services and link them all together i have seperated the Services from the actual Server and created another Server that only runs the Services so they become global. It should all work very well, usually im on dill.mine.nu so why not just drop in if you have a question or whatever. You can't use this Application as a Server for Clients, there's no port they could connect to, this "Server" has to be linked with another *real* Server. Download the real Server at: http://pscode.com/vb/scripts/ShowCode.asp?txtCodeId=39866&lngWId=1 OR http://dillerthekiller.free.fr/pure/ (faster)

This Common Dialog replaces Microsoft's Common Dialog as using that would just add one more dependancy to your project, where VB already has more than enough of that! Though it is by no means already completed as it doesn't already got colour or font picking abilities, nor does it have a print dialog. It's also not as easy as with the MS Commondialog to use this in your apps. I'll continue on this though as it'd be really great to slowly replace all of that dumb control packages (where you only need one control but got to include the whole file) with single controls, that can be used as usercontrols, not as ocx's which is by my opinion much better as you don't have to take care about the registering and stuff... I dont really trust the setup anymore.