jerome
2001-10-22 06:32:00
here's a tough one, Licq, <A HREF="http://www.licq.org," TARGET=_blank>www.licq.org,</A> problem with it is some dlopen() issues i think, the GUI is plugin based, but first problem would be the core.
I was thinking if i could get this core up, I could dabble in the idea of writing a Cocoa GUI plugin for licq if at all possible [img]images/icons/smile.gif"%20border="0[/img] -jerome
I remember messing with licq some time ago and I didn't get anywhere. If you work on it, post how far you get. I have sooo many worthwhile ports on my list I'd rather not work on licq (Especially when there is gaim with ICQ support (I use gaim for AIM prrotocol))
[img]images/icons/frown.gif"%20border="0[/img]
jerome
2001-10-22 16:41:00
well I could *try* and get somewhere if i could get past configure. i now have 2 packages that do a check for dlopen() on configure, there's dlcompat installed but not sure they're seeing that during configure, no clue how to get around it. heh
-jerome
jerome
2001-10-23 22:37:00
hmm, spoke too soon, it appears AOL has changed ICQ, servers icq.mirabillis.com, icq1,2, etc. are gone. now login.icq.com, BUT you can't chnage that in gaim, protocol seems diff anyway, crashes Fire.app [img]images/icons/frown.gif"%20border="0[/img]
-jerome
sebek
2002-02-15 14:02:00
hmm i think i made the core application compile with some minor code changes some time ago... the massive problems came when when i tried to compile the gui-plugins. the default interface is based on qt but even the gtk+ gui refrained from compiling.
licq itself needed some minor modifications with the configure - script, src/support.c and src/support.h
sebek
sebek
2002-02-15 17:49:00
made 1.0.3 compile again
console and other standard plugins do not work. but gtk+licq compiles with minor fixes...
the only problem: it is not recognized by licq...
if anyone is still interested...
sebek
samad_lotia
2002-02-20 18:33:00
It's quite possible to make one's own dlopen() and stuff. Loading dynamic objects isn't too tough using Linux (or is it POSIX?). Therefore, it can't be too hard to make a dlopen() that makes Carbon calls. Take a look at this:
assume const char *path
CFURLRef url = CFURLCreateWithFileSystemPath(NULL,path,kCFURLPOSIXPathStype,TRUE);
CFPlugInRef plugin = CFPlugInCreate(NULL,url);
CFPlugInCreate() is basically the same as dlopen(). Shouldn't be too hard to patch it. I think patching the plugins itself would be more of a task.