headers
Vadim Zeitlin | 2 Jun 2007 10:52
Favicon

Re: vadim not available

On Mon, 28 May 2007 19:17:15 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> I tried to send Vadim a mail to <vadim <at> wxwindows.org>.
CB> 
CB> The server answered
CB> <vadim <at> wxwindows.org>: host mail.wxwindows.org[208.151.246.211] said: 553
CB> Sorry, that domain isn't in my list of allowed rcpthosts. (in reply to RCPT
CB> TO command)
CB> 
CB> Does anyone know how to contact Vadim directly?

 There seems to be a problem at mail.wxwindows.org, I'll ask this site
administrator to look into it, thanks for letting me know. In the meanwhile
please just post here (I'll have a look at your other messages a.s.a.p., I
just got back from a 5 day trip and didn't have time to read ~1500 messages
I got while I was away yet...)

 Thanks,
VZ

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |
headers
Vadim Zeitlin | 2 Jun 2007 10:52
Favicon

Re: [C::B] next problems

On Mon, 28 May 2007 18:44:04 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> Christian Buhtz schrieb:
CB> > 2.
CB> > Look at mail.h at line 933 and 934
CB> > There are the words or and not. My MinGW gcc interpret it as '||' and 
CB> > '!'. I am looking in another forum how to handle it.
CB> 
CB> Please look at 
CB> <http://forums.codeblocks.org/index.php?topic=6009.new;topicseen#new> 
CB> for more details.
CB> 
CB> I think it would be the smartest way to rename your or and not identifiers.

 Unfortunately we can't do this, they're not in our own code. But, just as
with the other problems you've had, this one can be solved in the same way
it's already done when using gcc with configure: just use -fno-operator-names
gcc option.

 Regards,
VZ

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 2 comments |
headers
Vadim Zeitlin | 2 Jun 2007 10:52
Favicon

Re: [C::B] next problems

On Mon, 28 May 2007 15:05:39 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> Ok there some problems
CB> 
CB> 1.
CB> Look at include\Mcclient.h at line 25
CB> There is an include of <osdep.h>. It is nowhere on my system. There is 
CB> just lib\imap\src\osdep. What is it and how should I handle it?

 The file osdep.h is generated during c-client build. Unfortunately I don't
think c-client supports mingw32 under Windows so you'll have to add support
for building it too. Look at lib/imap/imap.vcproj for what I had to do to
build it with VC7.

CB> 2.
CB> Look at mail.h at line 933 and 934
CB> There are the words or and not. My MinGW gcc interpret it as '||' and 
CB> '!'. I am looking in another forum how to handle it.
CB> Which compiler do you use on Linux?

 g++ of course. See my other reply for this problem.

CB> I am against using a plattform specific compiler like MSVC for a 
CB> plattform-independent application. That is why I do not use MSVC (I 
CB> could add it to Code::Blocks).
CB> Using gcc is a good why I think. It runs on Windows, Unix and Mac(?).

 Yes, and I love g++ too but under Windows MSVC has too many advantages
(faster compilation, better generated code and, especially, much better
debugger) to not use it.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Christian Buhtz | 2 Jun 2007 12:34
Picon
Picon

Re: [C::B] next problems

Vadim Zeitlin schrieb:
> > I think it would be the smartest way to rename your or and not identifiers.
> 
>  Unfortunately we can't do this, they're not in our own code. But, just as
> with the other problems you've had, this one can be solved in the same way
> it's already done when using gcc with configure: just use -fno-operator-names
> gcc option.

Hm... Quite dirty code. I see. I tried to contact the c-client coder to 
fix this. But I have no hope. :)

What is about the apache licences? Are we able to modify the code 
ourself? I think we shouldn't support mistakes of other persons!

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 1 comment |
headers
Christian Buhtz | 2 Jun 2007 12:36
Picon
Picon

Re: [C::B] next problems

There should be a HOWTObuild-file. ;)

Vadim Zeitlin schrieb:
> The file osdep.h is generated during c-client build. Unfortunately I don't
> think c-client supports mingw32 under Windows so you'll have to add support
> for building it too. Look at lib/imap/imap.vcproj for what I had to do to
> build it with VC7.

You mean I have to build it just one time. If everything is ok each 
other MinGW+Code::Blocks user hadn't it to do it again?

There are no makefiles for c-client. You mean lib/imap/* ? Should I 
build this? The readme there is not very usefull and I am not able to 
read makefiles.

I will try to import the imap-project in code::blocks.
What is about all the other things in the lib-folder?

> CB> I am against using a plattform specific compiler like MSVC for a 
> CB> plattform-independent application. That is why I do not use MSVC (I 
> CB> could add it to Code::Blocks).
> CB> Using gcc is a good why I think. It runs on Windows, Unix and Mac(?).
> 
>  Yes, and I love g++ too but under Windows MSVC has too many advantages
> (faster compilation, better generated code and, especially, much better
> debugger) to not use it.

Did you mean the interface of the debugger in the MSVC-IDE? I have no 
problems using my gdb with C::B.
Ok but we work on to handle the project with different compilers. :)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Christian Buhtz | 2 Jun 2007 12:55
Picon
Picon

[C::B] building imap

Hm... I imported imap.vcproj in Code::Blocks. I read the source of
imap.vcproj to see what happens with osdep.h. I see it is just copied
from imap/osdep/nt/os_nt.h. I am right?
I did it manualy. Copied os_nt.h to lib/imap/c-client/osdep.h.
Something compiles but there are some (over 50) errors that I do not
understand.

Here is the build log:
> -------------- Build: Debug_Win32 in imap --------------- 
> mingw32-gcc.exe -W -g -O0 -DWIN32 -D_DEBUG -D_LIB -DCHUNKSIZE=65536
> -Isrc\c-client -Isrc\osdep\nt -Isrc\charset
> -IC:\Programme\CodeBlocks\include  -c
> D:\Garage\projekte\mahogany\mahoganySVN\lib\imap\src\osdep\nt\ip4_nt.c
> -o debug\src\osdep\nt\ip4_nt.o 
> D:\Garage\projekte\mahogany\mahoganySVN\lib\imap\src\osdep\nt\ip4_nt.c:40:
> warning: "struct sockaddr" declared inside parameter list 
> D:\Garage\projekte\mahogany\mahoganySVN\lib\imap\src\osdep\nt\ip4_nt.c:40:
> warning: its scope is only this definition or declaration, which is
> probably not what you want 
> D:\Garage\projekte\mahogany\mahoganySVN\lib\imap\src\osdep\nt\ip4_nt.c:41:
> warning: "struct sockaddr" declared inside parameter list 

Ok, I ignore the warnings.

> D:\Garage\projekte\mahogany\mahoganySVN\lib\imap\src\osdep\nt\ip4_nt.c:42:
> error: syntax error before "size_t" 

I didn't see any syntax errors there.

etc...
(Continue reading)

Permalink | Reply | 501 comments |
headers
Nerijus Baliunas | 2 Jun 2007 12:59
Picon

Re: vadim not available

On Mon, 28 May 2007 19:17:15 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> I tried to send Vadim a mail to <vadim <at> wxwindows.org>.
CB> 
CB> The server answered
CB> <vadim <at> wxwindows.org>: host mail.wxwindows.org[208.151.246.211] said: 553
CB> Sorry, that domain isn't in my list of allowed rcpthosts. (in reply to RCPT
CB> TO command)

You can try to use  <at> wxwidgets.org.

Regards,
Nerijus

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 1 comment |
headers
Vadim Zeitlin | 2 Jun 2007 13:04
Favicon

Re: [C::B] next problems

On Sat, 02 Jun 2007 12:34:41 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> What is about the apache licences? Are we able to modify the code 
CB> ourself? I think we shouldn't support mistakes of other persons!

 We're able to modify the code but we'd like to avoid it as much as
possible because it complicates upgrading to later versions. And I still
have hope that one day we could use the system libc-client under Linux
instead of our own and each new changes makes this more difficult.

 Regards,
VZ

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |
headers
Vadim Zeitlin | 2 Jun 2007 13:08
Favicon

Re: [C::B] next problems

On Sat, 02 Jun 2007 12:36:47 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> There should be a HOWTObuild-file. ;)

 There is doc/build_win.txt. As a matter of fact, you should modify it to
add notes about building with C::B when you finish.

CB> Vadim Zeitlin schrieb:
CB> > The file osdep.h is generated during c-client build. Unfortunately I don't
CB> > think c-client supports mingw32 under Windows so you'll have to add support
CB> > for building it too. Look at lib/imap/imap.vcproj for what I had to do to
CB> > build it with VC7.
CB> 
CB> You mean I have to build it just one time. If everything is ok each 
CB> other MinGW+Code::Blocks user hadn't it to do it again?

 Well, c-client sources change rarely but they still do change sometimes.
And, of course, when they change, the library has to be rebuilt.

CB> There are no makefiles for c-client. You mean lib/imap/* ?

 Yes, sorry. c-client is the old name of this library.

CB> I will try to import the imap-project in code::blocks.
CB> What is about all the other things in the lib-folder?

 They are optional. compface is for X-Face support and dspam is for built
in spam detector. You can disable the former by undefining HAVE_COMPFACE_H
in config.h. As for the latter, I think it should be enough to just exclude
src/modules/spam/DspamFilter.cpp from the project.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vadim Zeitlin | 2 Jun 2007 13:13
Favicon

Re: [C::B] building imap

On Sat, 02 Jun 2007 12:55:40 +0200 Christian Buhtz <exsudat <at> gmx.de> wrote:

CB> Hm... I imported imap.vcproj in Code::Blocks. I read the source of
CB> imap.vcproj to see what happens with osdep.h. I see it is just copied
CB> from imap/osdep/nt/os_nt.h. I am right?

 Yes, but this is not all it does. I don't remember all the details but the
best you can do is probably to try building it using its standard way (as
explained in the README), maybe just doing "nmake /n" to see what it does
without really doing it. In particular, there are .bat files in osdep/nt
whose work should be done somehow too. You should look at the custom build
steps in imap.vcproj to see what needs to be done (you can open it any text
editor if you don't have MSVC).

CB> I did it manualy. Copied os_nt.h to lib/imap/c-client/osdep.h.
CB> Something compiles but there are some (over 50) errors that I do not
CB> understand.

 You shouldn't compile ip4_nt.c directly. Look at the list of files in
lib/imap/imap.vcproj, you won't find it there -- take just the files which
are in the project. In particular, ip4_nt.c is #included by os_nt.c (via
tcp_nt.c) and is not meant to be compiled independently.

 Yes, this is complicated and kind of ugly but if you just reproduce what
the VC project file does everything should be ok.

 Regards,
VZ

-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 502 comments |

Gmane