Hey Andrey,

thanks for using the PRF!

> For the first, I would like to say that now I am able to
> run bette example on Linux - thank you for your help.
>
thats good news.

> SYNOPSIS:
>
> The first problem was the following - MSVC does not recognize neither
> .dsp nor .dsw files as a project/workspace files at all. The reason -
> these files are distributed as "unix-style" text files, but MSVC expect
> "dos-style" (CR/LF) text files. After convertion, MSVC loads projects
> correctly.
>
How did you unzip the src.tgz file? Winzip does the conversion automatically.


> The reason - there was no
> $(TAO_ROOT)\tao\PortableServer\TAO_PortableServerd.lib
> included. I fixed it and comilation complete successfully.
>
Yes: This has changed between TAO versions, and is missing in the projcet
settings.
We don't really do regression testing on NT, so this slipped through.
It's fixed now.


> Also, I found that Release version is not configured at all and I made
> appropriate changes to compile Release version of libQuoKernel.dll also.
>
You can send me the dsp files and I put them into our cvs repository.


>
> $QOU_ROOT/examples/simple/adapter does not compiles:
>
> --------------------Configuration: QDL - Win32 Debug--------------------
> Generating code for property file SwitchedCounter.prp
> ERROR: `middleware' unspecified
> legal values: corba, rmi or none
> ERROR checking merged data sources - quogen exiting.
> Error spawning c:\winnt\system32\cmd.exe
>
> server.exe - 2 error(s), 0 warning(s)
>
> I added --middleware=corba to the quogen invocation command line and after
> that got the following problem:
>
> --------------------Configuration: QDL - Win32 Debug--------------------
> Generating code for property file SwitchedCounter.prp
> quogen: cannot open temp file
> C:\DOCUME~1\NECHYP~1\LOCALS~1\Temp\\\idlf_a016481.cc for writing
> quogen: cannot open temp file
> C:\DOCUME~1\NECHYP~1\LOCALS~1\Temp\\\idlf_a016482.cc for writing
> quogen: cannot open temp file
> C:\DOCUME~1\NECHYP~1\LOCALS~1\Temp\\\idlf_a016483.cc for writing
> cdl parse error: line = 8 , parse error
> error : unexpected identifier quo::ValueSC
> If quo::ValueSC is an IDL type, make sure the corresponding IDL file got
> parsed
> encountered 1 error(s) while parsing SwitchContract.cdl
> ERROR parsing SwitchContract.cdl - quogen exiting.
> Error spawning c:\winnt\system32\cmd.exe
>
> server.exe - 3 error(s), 0 warning(s)
>
> I have no idea why it happens because the mentioned directory is exists and
> write enabled and there is enough free space...
>
I'll look into this


>
> ================================================
> Also I would like to make the following proposals
> concerning project settings:
>
> 1. quogen:
> using .shobj_d and .shobj_r for intermediate files (Degug and Release)
That's fine

> Name quogen debug version as quogend.exe and let them be generated to
> $QUO_ROOT/bin
>
The quogen executables should reside in the $QUO_ROOT/codegen directory.
Other than that, your suggestions sound great.

> 2. quokernel_dll:
> for debug version use libQuoKerneld.dll and for release libQuoKernel.dll
> put intermediate files to .shobj_d and .shobj_r
> and output (.lib) to ../lib instead of ./
> generate dll files to ../bin
>
In the last couple of months, we tried to get away from generating files in
directories that are not self-contained. Along these lines, we should generate
all QuoKernel libraries and dlls in $QUO_ROOT/quo, and change the dsp files that
use them accordingly. The same holds true for $QUO_ROOT/codegen



> ================================================
> Questions:
>
> I am not quite understand what is $QUO_ROOT/codegen/contract/contract.dsw
> and corresponding .dsp files for. I've got impression that this files are
> really outdated. Could you please explain for what these files are used.
>
These are junk files that somehow made it into the release.
I just removed them.

> Please, let me know what do you think about proposed changes. I have project
>
> files with all mentioned changes and if you would like to take a look on
> them,
> I will be glad to send them to you.
>

If you can work in my comments, I'd be happy integrate all your DSP files into
the QuO release.

Michael


--
Michael Atighetchi matighet@... BBN Technologies

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe quo-users"]