rejetto forum

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - alkimiya

Pages: 1 2 3 4 ... 21
&RQ /
« on: October 20, 2004, 08:09:34 PM »
Quote from: "Anonymous"
When im trying to make new user (in the beginnig) any number (uin) i type it adds "0" and the @q doesnt start

Try to run the program in Windows 95 compatibility mode.

&RQ / Asteriks
« on: October 18, 2004, 06:11:07 PM »
Uncheck "Font style codes"

&RQ / &RQ.NET Planning Thread
« on: October 08, 2004, 04:30:18 PM »
Quote from: "Electron"
Well, sounds too good to be true :) But, I'll hope.
And when should we be able to download first examples of your work? :)

Well.. ICQ protocol is about 30% implemented and non-tested at best.
I will implement everything documented at plus direct connections for file transfer eventually.
A protocol in itself is not very useful without some gui:s as well.
Expect many months until something even resembling &RQ as of today.

&RQ / &RQ.NET Planning Thread
« on: October 08, 2004, 03:14:12 PM »
Quote from: "Sergius_"

Lay off the sugar ;)

Warning.. technical stuff ahead... stop reading if you don't understand anything about anything :P

I'm pleased to announce that I've written a quite cool application framework (codename ApplicationFramework :) ) in C#2.0, where I'm currently a module implementing ICQ protocol. Whether this will be useful for &RQ.NET or not is dependent on

1. A non proprietary IDE with support for .net framework 2.0 will be available
2. Rejetto approves of the design.

Anyway.. the module handling system will support loading/unloading modules at runtime (which means program can be auto-updating, without restarts, the exe will never change, only the module dlls). Also is support for automatic serialization/deserialization of module settings at load/unload. It will be up to every module to implement a user interface, protocol or any other stuff. Modules communicate through commands, queries and events (that can be registered/unregistered at will).

Planned are features for automating internationalization of modules, but since this is a hobby project, things may or may not be done.

This also makes deployment easier, all you have to need is to download the exe, and the exe can then let you choose a set of default modules to download and install from &RQ server). That means no zip-file, and the exe will hopefully never change (just the module dlls).

&RQ / a problem about adding someone to the contact list
« on: August 30, 2004, 08:18:16 AM »
Quote from: "Anonymous"
Viewing his info and automsgs don't reveal my UIN, do they?

Info, no. Automsgs, depending on what client he uses, &RQ does, Miranda as well with "who reads my automsg plugin" and probably many other clones, not the official client though.

&RQ / Re: a problem about adding someone to the contact list
« on: August 30, 2004, 05:54:53 AM »
Quote from: "kaka"
Although you don't have to ask authorization to add people to your list, i wonder if others know you have added them.

It depends if you have "send i added you" option checked in preferences->privacy & security. If not you can always use the send added-you from the menu anytime you like if you wish to notify.

Between, when you are invisible to others and you check another's away message, will this action be informed to him so that he knows i am online?

Probably, it depends on the client (the away message is sent by the client). Some web clients do not support away messages though and will not show you as online (I think).

&RQ / Serious problem...
« on: August 01, 2004, 09:12:44 AM »
&RQ.NET is in planning stages, very little code (if any) has been written (I'm currently implementing the ICQ protocol from scratch for another project, which may or may not be part of &RQ.NET later in some form)

&RQ / Running &RQ on a Intel HT system.
« on: July 21, 2004, 12:43:33 PM »
Unfortunately I had to redo the procedure once in a while..

rejetto, you might want to check out for cpu affinity system calls if you plan to fix this.

&RQ / Running &RQ on a Intel HT system.
« on: July 19, 2004, 05:29:04 PM »
As some may have noticed &RQ v0.9.4.17 crashes on start on HT (hyper-threading) enabled systems. I just found a workaround for this, which I though I'd share with you.

The solution is to make sure &RQ only uses one CPU. There is a tool called imagecfg that can be retrieved from Windows NT (and higher) support cds or from this URL:

Download and put in your windows/system32 folder and start a command prompt, navigate to your &RQ dir and type:
Code: [Select]
imagecfg -u "&RQ.exe"this makes &RQ run on only one CPU.
then type this
Code: [Select]
imagecfg -a 0x1 "&RQ,exe"this sets &RQ to use cpu 0 (you can change 0x1 to 0x2 to use cpu1 instead)

&RQ / &RQ.NET Planning Thread
« on: July 02, 2004, 01:03:58 PM »
Personally, I think Borland's IDEs suck.. but they're free for personal use so probably the tool will be Borland C# Builder, since this can import/export Visual Studio .NET projects I can stand this if I'm on the developing team.

Since the program will be rewritten from scratch, there's no real benefit from using Delphi.NET over C#.

New versions / 0.9.4
« on: June 30, 2004, 07:49:06 AM »
Quote from: "n00b"
Well, I'm using for a month. It works normally, at least none the worse than :)

.17 fails to start on newer machines  :(

New versions / 0.9.4
« on: June 22, 2004, 08:59:01 PM »
Quote from: "n00b"
main page.

I have .. I've got it from cd of a magazine.
Where can i find new releases on website ? is the newest non-beta version.. I don't know if .17 ever will be stable since the &RQ.NET project will take much time, even though rejetto has promised to fix some bugs.. it can take a while ;)

&RQ / Re: PGP. i think it`s not so difficult to do
« on: June 09, 2004, 10:33:56 PM »
Quote from: "rqcrypt"
if You know how this is done, please tell us about it

I think this could be a good plugin. I don't know if it's possible to implement for current &RQ version. But gui modifications and custom messages should be available for plugins in &RQ.NET. If you can wait :)

&RQ / &RQ.NET Planning Thread
« on: June 09, 2004, 10:28:39 PM »
Quote from: "Optex"
Why MS.NET ???
It`s your choice, but I think,  Java is better than than this MS`s creatutre.
Java is more crossplatform language. And open source will understand you better. And it have all positive features of .NET and have less negative. IMHO, of course.

.net is way faster than java for gui applications, and .net IS crossplatform

In general, I prefer native code. It is faster then Java byte-code and  .NET code.

Yes, it is, but it's harder to program. .net (like java) has many powerful (if not that fast) constructs that will make programs less buggy and easier to debug.

I can restart program after update. It is better than to use slow and heavy software.

The update facility is not something that makes the program slower, it's a bonus from good design. Since we don't want to make one monolith program (multi-protocol, protocols optional) having a modular design enables runtime updates.

&RQ written on Delphi was the best ICQ-client. Why not to make it better than it was?

Indeed it is. But Delphi is somewhat limited (imho) and since the code is kind of messy, a total rewrite is needed.

&RQ / Re: PGP. i think it`s not so difficult to do
« on: June 09, 2004, 07:49:42 AM »
Quote from: "rqcrypt"
really you not worry what your msgs can read anybody?!

no, I try to find other ways of communication when planning terrorism :roll:

Pages: 1 2 3 4 ... 21