Currently can only join a single server and channel.
use /quit to exit the client or it'll jack up your terminal because
otherwise the curses interface isn't cleaned up. Easy fix though, just
run 'help' immediately after exiting. Resets and cleans up your term
nicely. This, obviously, needs to be fixed....
Only used on x86_64 so far, should compile on VAX, Alpha, and Itanium
given only DEC C / VMS C runtime provided libraries and functions used.
Handles connecting to IRCDs that require a PING/PONG response session
Beginnings of Curses interface! Output window scrolls properly, wraparound
enabled, Nick and Channel displayed in the soon-to-be message sending/input
area.
CTCP handler added. Responds to VERSION query. Officially version 0.00.1 !
0.01.0: We can SEND messages to the channel we're in now! And we're threaded.
More cleanup must be done.
cc cc irc.c,snprintf_vms.c,[.modules]privmsg.c,[.modules]ctcp.c
link irc.obj,snprintf_vms.obj,privmsg.obj,ctcp.obj
mcr DISK$X86SYS:[sys0.sysmgr]irc.exe irc.servername.com
Currently, on vax, you will need to CC/DEFINE="__VAX" instead of just cc
Modify path as required to where you placed the source/output EXE file
snprintf_vms.obj is not required
It will prompt you for a nick, username, and channel to join.
Username populates both ident and whois username field.
Works... ish. Autogenerated using VMS-IDE plugin for VSCode - in folder VMSIRC
on remote host. Primary development work is done via terminal directly however
but successfully builds on remote x86_64 system using VMS-IDE. Autogenerated MMS
file uses CXXLINK by default, so that is modified to just LINK since CXXLINK is
almost useless on Itanium - it just brings along the deobfuscator, and doesn't
exist at all on x86_64.
VSCode VMS-IDE is running this to build: MMS/EXTENDED_SYNTAX/DESCR=VMSIRC.mms/MACRO=("DEBUG=0","OUTDIR=out","NAME=VMSIRC","UNIXNAME=VMSIRC","CONFIG=RELEASE")
Shouldn't hurt other platforms, as no C++ code is in use