[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[Simon B.]

There's always the gettext lib (or libs?) that must get included
somewhere into Chromium? Also with gettext, aren't you storing the
english strings inside the binary? One strings file is ca 70kiB.
Compiled into a DLL, that becomes around 60kiB. Are those bulk-loaded
into a dictionary, or how are the strings accessed? How are gettext
strings accessed?

Using gettext would allow using some nice translation tools. How is
translating with RC files done?

(If there exists _no_ cross platform lib for translation strings based
on int/id, is that a sign of this being less useful, or a sign that
i18n always comes in (too) late in a project? Having done some
translating, I've seen some trouble from being English-focused, but
can't say if id/int would make this better or worse.)


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[Camilo Aguilar]

that's is correct Felipe ! Tony, what you mean with "it's more code for no
real benefit" ??

On Mon, Sep 8, 2008 at 6:52 PM, Felipe Contreras <[EMAIL PROTECTED]
> wrote:

>
> On Mon, Sep 8, 2008 at 11:39 PM,  <[EMAIL PROTECTED]> wrote:
> > Sorry, I would hold off on this for now.  On Windows, it seems like using
> > gettext is a step backwards since it's more code for no real benefit.
> > Also, on Mac, we might want to use the native string format. Basically,
> > we need to figure out if we're going to use a cross platform solution or
> > whatever makes the most sense on each platform.
>
> What 'more code'?
>
> You just do _("this is a string to translate"), that's it.
>
> If anything it will be less code.
>
> --
> Felipe Contreras
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[Felipe Contreras]

On Mon, Sep 8, 2008 at 11:39 PM,  <[EMAIL PROTECTED]> wrote:
> Sorry, I would hold off on this for now.  On Windows, it seems like using
> gettext is a step backwards since it's more code for no real benefit.
> Also, on Mac, we might want to use the native string format. Basically,
> we need to figure out if we're going to use a cross platform solution or
> whatever makes the most sense on each platform.

What 'more code'?

You just do _("this is a string to translate"), that's it.

If anything it will be less code.

-- 
Felipe Contreras

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Compiling with Visual Studio 2008

[Felipe Magno de Almeida]

On Mon, Sep 8, 2008 at 6:23 PM, Marc-Antoine Ruel <[EMAIL PROTECTED]> wrote:
>
> Thanks for your comment.
>
> Patches for trimming down ATL dependency have a fair chance of getting
> in. Feel free to upload a patch with 'gcl upload' and ping me after.

As soon as I get the VS2008 working ;).
(Which should happen by the weekend).

>
> M-A

-- 
Felipe Magno de Almeida

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[Frédéric]

Ok, but on linux platform there is not lot of choice ;-)

For backup purpose I put here y result :
=
I tried the rc2po (the dev version since its is not already release)
and I have only generated  the gettext file to be loaded...
For information, here is a first explanation of how its working :
- go inside your directory with all your webkit strings rc files

since rc2po seems to have a bug with UTF-16, for demo purpose,create a
rc dir and convert all files to utf-8  inside this dir :
$ mkdir rc
$ for i in *.rc; do iconv -c -f UTF-16 -t UTF-8 $i -o ./rc/$i; done

now create a po dir & call the rc2po
$ mkdir po
$ rc2po --charset=UTF-8 -t rc/webkit_strings_en-US.rc rc po

and 'compile i' into a mo dir :
$ cd po
$ for i in *.po; do msgfmt $i -o `basename $i .po`.mo; done

Now you have all your mo to be loaded by gettext ;-)

On 8 sep, 22:39, [EMAIL PROTECTED] wrote:
> Sorry, I would hold off on this for now.  On Windows, it seems like using
> gettext is a step backwards since it's more code for no real benefit.
> Also, on Mac, we might want to use the native string format. Basically,
> we need to figure out if we're going to use a cross platform solution or
> whatever makes the most sense on each platform.
>
> tony
>
> On Mon, 8 Sep 2008, Frédéric wrote:
>
> > IMHO using gettext is better since gettext data are more data files
> > and have less security probleme than a shared libs and it widely used
> > on linux desktop...
>
> > My main remark is that gettext relies on a string (english one
> > usually) to retrieve the translated string (it can be see as a
> > dictionnary key ;-) ).
> > So relying on gettext will need to first create link between the IDS
> > (int) and the english string and next using the gettext to retrieve
> > the translatation :
> > Of course it is not so bad because you always have a string ;-).
>
> > I will restart my prototype to use the gettext stuff (but have lot of
> > work for my real job so :-s ) ...
>
> > PS : Regarding the topic of the mailing list, if you want to have only
> > one mailing list for all dev, maybe we should start subject dedicated
> > to one platform with the platform title between bracket, for example :
> > this thread should have "[linux] About the Issue 1529: port build/
> > localized_strings/SConsc ript for linux Options." as title : it's
> > easier to filter in my email client ;-)
>
> > On 8 sep, 01:17, [EMAIL PROTECTED] wrote:
> > > Hi Frédéric,
>
> > > Thanks for taking a first look at this.  As a quick note, we'd like to
> > > keep all development email on chromium-dev.  We think of ourselves as one
> > > team working on a single cross platform product.
>
> > > As for your idea, I think it's the right approach for getting something
> > > up and running quickly.  It's a bit more complicated in that there are
> > > actually multiple .grd files (3 right now) that generate 3 .h files and 3
> > > .rc files on windows.  The resource compiler in Visual Studio takes all
> > > three .rc files to generate one data library.  So there may need to be a
> > > second pass that merges the output of GRIT into a single file.  This
> > > would probably happen in the SConscript file.
>
> > > Some other general questions:
>
> > > 1) Should we actually store the strings in a shared library or should it
> > > just be a data file that we read/parse on startup?
>
> > > 2) Should we perhaps try to output .po and write a gettext wrapper for
> > > loading strings (maybe we could use rc2po [1])?  I haven't used gettext
> > > before, but perhaps there are benefits of using an existing tool (e.g.,
> > > making it easy for people to contribute translations).
>
> > > tony
>
> > > [1]http://translate.sourceforge.net/wiki/toolkit/rc2po
>
> > > On Sat, 6 Sep 2008, Frédéric wrote:
> > > > Hello all,
>
> > > > Since there is nobody on IRC to hear me, i'm writing here on this
> > > > mailing list...
>
> > > > So after having a look at this issue (http://code.google.com/p/
> > > > chromium/issues/detail?id=1529)
> > > > Here my first idea :
> > > > From the grd files, generate an header defining all the IDS (like it
> > > > is done on windows).
> > > > Next generate one shared library per language.
> > > > This library is loaded via the dlopen - as it is done  on windows -
> > > > and retrieve a pointer on a function which return the string
> > > > associated to the ID (method declaration can be like wchar *
> > > > GetLocalizedString(int message_id)).
>
> > > > AFAIK  there is no LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE  flags as on
> > > > windows when loading library :-s.
>
> > > > The main issue with this is that since we are loading a shared library
> > > > and using a function pointer, a malicious shared library can do what
> > > > they want in the method GetLocalizedString...
>
> > > > One another solution could to generate a hashmap and
> > > > retrieve pointer on this data. In this case no function is executed
> > > > but in any case the library "constructor" will be call at dlop

[chromium-dev] Re: Compiling with Visual Studio 2008

[Marc-Antoine Ruel]

Thanks for your comment.

Patches for trimming down ATL dependency have a fair chance of getting
in. Feel free to upload a patch with 'gcl upload' and ping me after.

M-A

2008/9/8 Felipe Magno de Almeida <[EMAIL PROTECTED]>:
>
> On Mon, Sep 8, 2008 at 10:11 AM, Marc-Antoine Ruel <[EMAIL PROTECTED]> wrote:
>>
>> memory_watcher won't be compilable on VS2008 in the foreseable future.
>> Don't bother. Frankly, don't.
>>
>> I will work on upstreaming webkit fixes only when chromium will use
>> webkit ToT. I really don't mind if anyone wants to upstream a patch
>> faster than me. I'm just not that in a hurry.
>>
>> As stated many times, Visual Studio Express Edition will not be
>> supported in the foreseable future due to Microsoft's ATL licensing
>> restrictions.
>
> I'm quite surprised chromium using ATL.
> ATL is awful.
> I hoped a more modern C++ approach.
>
>> M-A
>
>
> --
> Felipe Magno de Almeida
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Complied Chrome fort Fedora Linux 9, according to instruction? How do I open the browser on my Laptop now?

[Michael Moss]

On Mon, Sep 8, 2008 at 1:33 PM, Larry Gilbert <[EMAIL PROTECTED]> wrote:
>
>> The Linux build instructions have been updated with a "Next Steps"
>> section. The linked development page is still being fleshed out, but
>> it will at least point you in the right direction.
>
> Thanks, Michael.  But I'm afraid those instructions refer to two build
> scripts that I can't find in my checkout. I just checked out r1859.

Have you performed the build instructions from the beginning? Which
things can't you find?

Michael

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Compiling with Visual Studio 2008

[Felipe Magno de Almeida]

On Mon, Sep 8, 2008 at 10:11 AM, Marc-Antoine Ruel <[EMAIL PROTECTED]> wrote:
>
> memory_watcher won't be compilable on VS2008 in the foreseable future.
> Don't bother. Frankly, don't.
>
> I will work on upstreaming webkit fixes only when chromium will use
> webkit ToT. I really don't mind if anyone wants to upstream a patch
> faster than me. I'm just not that in a hurry.
>
> As stated many times, Visual Studio Express Edition will not be
> supported in the foreseable future due to Microsoft's ATL licensing
> restrictions.

I'm quite surprised chromium using ATL.
ATL is awful.
I hoped a more modern C++ approach.

> M-A


-- 
Felipe Magno de Almeida

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[tony]

Sorry, I would hold off on this for now.  On Windows, it seems like using
gettext is a step backwards since it's more code for no real benefit.
Also, on Mac, we might want to use the native string format. Basically,
we need to figure out if we're going to use a cross platform solution or
whatever makes the most sense on each platform.

tony

On Mon, 8 Sep 2008, Frédéric wrote:

> 
> IMHO using gettext is better since gettext data are more data files
> and have less security probleme than a shared libs and it widely used
> on linux desktop...
> 
> My main remark is that gettext relies on a string (english one
> usually) to retrieve the translated string (it can be see as a
> dictionnary key ;-) ).
> So relying on gettext will need to first create link between the IDS
> (int) and the english string and next using the gettext to retrieve
> the translatation :
> Of course it is not so bad because you always have a string ;-).
> 
> I will restart my prototype to use the gettext stuff (but have lot of
> work for my real job so :-s ) ...
> 
> PS : Regarding the topic of the mailing list, if you want to have only
> one mailing list for all dev, maybe we should start subject dedicated
> to one platform with the platform title between bracket, for example :
> this thread should have "[linux] About the Issue 1529: port build/
> localized_strings/SConsc ript for linux Options." as title : it's
> easier to filter in my email client ;-)
> 
> 
> On 8 sep, 01:17, [EMAIL PROTECTED] wrote:
> > Hi Frédéric,
> >
> > Thanks for taking a first look at this.  As a quick note, we'd like to
> > keep all development email on chromium-dev.  We think of ourselves as one
> > team working on a single cross platform product.
> >
> > As for your idea, I think it's the right approach for getting something
> > up and running quickly.  It's a bit more complicated in that there are
> > actually multiple .grd files (3 right now) that generate 3 .h files and 3
> > .rc files on windows.  The resource compiler in Visual Studio takes all
> > three .rc files to generate one data library.  So there may need to be a
> > second pass that merges the output of GRIT into a single file.  This
> > would probably happen in the SConscript file.
> >
> > Some other general questions:
> >
> > 1) Should we actually store the strings in a shared library or should it
> > just be a data file that we read/parse on startup?
> >
> > 2) Should we perhaps try to output .po and write a gettext wrapper for
> > loading strings (maybe we could use rc2po [1])?  I haven't used gettext
> > before, but perhaps there are benefits of using an existing tool (e.g.,
> > making it easy for people to contribute translations).
> >
> > tony
> >
> > [1]http://translate.sourceforge.net/wiki/toolkit/rc2po
> >
> > On Sat, 6 Sep 2008, Frédéric wrote:
> > > Hello all,
> >
> > > Since there is nobody on IRC to hear me, i'm writing here on this
> > > mailing list...
> >
> > > So after having a look at this issue (http://code.google.com/p/
> > > chromium/issues/detail?id=1529)
> > > Here my first idea :
> > > From the grd files, generate an header defining all the IDS (like it
> > > is done on windows).
> > > Next generate one shared library per language.
> > > This library is loaded via the dlopen - as it is done  on windows -
> > > and retrieve a pointer on a function which return the string
> > > associated to the ID (method declaration can be like wchar *
> > > GetLocalizedString(int message_id)).
> >
> > > AFAIK  there is no LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE  flags as on
> > > windows when loading library :-s.
> >
> > > The main issue with this is that since we are loading a shared library
> > > and using a function pointer, a malicious shared library can do what
> > > they want in the method GetLocalizedString...
> >
> > > One another solution could to generate a hashmap and
> > > retrieve pointer on this data. In this case no function is executed
> > > but in any case the library "constructor" will be call at dlopen
> >
> > > PS : i''ve done  some prototyping (a ugly hack on the grit tools to
> > > generate the c files) with a stupid main files loading the shared lib
> > > and asking for a string...
> > 
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Complied Chrome fort Fedora Linux 9, according to instruction? How do I open the browser on my Laptop now?

[Larry Gilbert]

> The Linux build instructions have been updated with a "Next Steps"
> section. The linked development page is still being fleshed out, but
> it will at least point you in the right direction.

Thanks, Michael.  But I'm afraid those instructions refer to two build
scripts that I can't find in my checkout. I just checked out r1859.

--Larry

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: svg support

[Darin Fisher]

There is work underway to move Chrome to tip-of-tree WebKit.  Once that is
done, we will be totally open to contributions to improve SVG support.
(Getting onto tip-of-tree WebKit is actually a blocker for a variety of
WebKit-related work.)

-Darin


On Mon, Sep 8, 2008 at 7:55 AM, amanda llewellyn <
[EMAIL PROTECTED]> wrote:

> Hi,
>
> Does anyone know what the plans are to improve the level of SVG support
> provided by chrome?
> Are there plans to update the version of webkit and improve things that
> way?
>
> thanks
>
>
>
> --
> Get Hotmail on your mobile from Vodafone Try it 
> Now
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Discussion on building-with-vc-2005-express-edition

[Marc-Antoine Ruel]

2008/9/8 Ken Berry <[EMAIL PROTECTED]>:
> Do you have any time frame for your upgrading to VS 2008?

The chrome.sln won't be upgraded for a long time. I mean, it won't
happen for 2008 unless we'd have a strong incentive. In theory,
chrome.sln will be deprecated by the SCons build so it won't matter at
that point which version of Visual Studio is installed.

Making Chromium compatible with VS2008 should be achieved within 2 month.


> Similarly, if you can find a work around for the ATL situation, such
> as documenting a third party solution, you will open opportunities for
> more developers.  But that does not matter if you are confident that
> you will get most of your help from the developers in the installed VS
> 2005 base, then get the Linux version up as soon as you can.
>
> If the Google strategy is to open up PCs for innovation, I think you
> need to work towards free development tools instead of focusing on the
> existing development community, but I understand that this is an
> ongoing project and I am very favorably impressed overall.
>
> I think Chrome will be useful in getting away from Microsoft, so it is
> an unpleasant irony that I have to buy anything more from MS to do it.

Thanks for your suggestion. Keeping in mind that the Windows platform
in not free in any sense. If you ever done large scale projects on
Windows, you know there isn't many options; as for the Mac port that
requires Apple products. Alternatively, the linux port is free from
any proprietary tool.

Please search the archives for the many relevant discussions.

Thanks

M-A

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Discussion on building-with-vc-2005-express-edition

[Marc-Antoine Ruel]

Ok, the road block you are hitting with the Express edition is the
fact that we disable C++ exception handling.

One additional step:
Open src\build\internal\essential.vsprops in notepad.
Remove ";_HAS_EXCEPTIONS=0", exactly these characters without the quotes.
Remove the whole line "ExceptionHandling="0""
Save the file
Delete debug\
Start Visual Studio Express Edition, try again.

M-A

2008/9/8 Nicolas Sylvain <[EMAIL PROTECTED]>:
> Supporting VS 2008 is on our road map. As far as I know the blocker
> right now is that we need patches in webkit, but it won't happen until
> we start using their lastest version. (We are working on that right
> now).
>
> I can't promise anything right now, but I'm confident that chrome will
> build with 2008 soon.
>
> As for the VS Express, I really don't know, Marc-Antoine might have a
> better idea. (in CC).
>
> Thanks
>
> Nicolas
>
> On 9/8/08, Ken Berry <[EMAIL PROTECTED]> wrote:
>>
>>  Nicolas,
>>
>>  Do you have any time frame for your upgrading to VS 2008?
>>
>>  It seems like a waste to buy VS 2005 only to then have to bu VS 2008,
>>  so I would like to hear that you will stay with VS 2005 for a while.
>>
>>  It seems that you should be using the latest version, which is what
>>  you started the product with.
>>
>>  Maybe you have analyzed the situation much better than I can.  New
>>  developers are likely to have VS 2008, but if you expect very few of
>>  them, that does not matter.
>>
>>  Similarly, if you can find a work around for the ATL situation, such
>>  as documenting a third party solution, you will open opportunities for
>>  more developers.  But that does not matter if you are confident that
>>  you will get most of your help from the developers in the installed VS
>>  2005 base, then get the Linux version up as soon as you can.
>>
>>  If the Google strategy is to open up PCs for innovation, I think you
>>  need to work towards free development tools instead of focusing on the
>>  existing development community, but I understand that this is an
>>  ongoing project and I am very favorably impressed overall.
>>
>>  I think Chrome will be useful in getting away from Microsoft, so it is
>>  an unpleasant irony that I have to buy anything more from MS to do it.
>>
>>  Thanks in advance if you can give me a time frame in which VS 2005
>>  will be your platform.
>>
>>
>>  Ken
>>
>>
>>  On Fri, 5 Sep 2008 07:50:39 -0700, you wrote:
>>
>>  >
>>  >We do not support 2005 Express Edition because this version of visual
>>  >studio does not include ATL and we use it a lot.
>>  >
>>  >See http://www.microsoft.com/express/support/faq/
>>  >
>>  >That explains all the error regarding "atlbase.h"
>>  >
>>  >I heard that it's possible to add third_party ATL code, but no one in
>>  >the team has ever tried it.
>>  >
>>  >Nicolas
>>  >
>>  >On 9/5/08, Ger Teunis <[EMAIL PROTECTED]> wrote:
>>  >>
>>  >>  I am able to compile, the only errors I still get is
>>  >>  "
>>  >>
>>  >>
>>  >>  First I've installed Visual studio c++ express 2005
>>  >>  After that installed the SP1 for visual studio
>>  >>  Installed "Windows(R) Server 2003 SP1 Platform SDK", because this one
>>  >>  contains the ATL (updated include path in VS)
>>  >>  Installed "Windows SDK for Windows Server 2008"
>>  >>
>>  >>  Opened solution in VS, lots of warnings it is not able to open
>>  >>  solution folders, clicked them all away.
>>  >>  It mentions it is not able to open project "v8" and "browser" because
>>  >>  an solution folder "v8" and "browser" is in the way. Deleted the two
>>  >>  solution folders and added the "v8" and "browser" project by hand.
>>  >>
>>  >>  During compilation I get a lot of "atlbase.h(513) : error C2220:
>>  >>  warning treated as error - no 'object' file generated".
>>  >>  I fixed this by configuring "Thread warning as errors" for all the
>>  >>  projects which resulted in this error.
>>  >>
>>  >>  After all this, I still get the above mentioned linker errors, anyone
>>  >>  able to help?
>>  >>
>>  >> >
>>  >>
>>  >
>>  >
>>
>>  >>
>>
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Discussion on building-with-vc-2005-express-edition

[Nicolas Sylvain]

Supporting VS 2008 is on our road map. As far as I know the blocker
right now is that we need patches in webkit, but it won't happen until
we start using their lastest version. (We are working on that right
now).

I can't promise anything right now, but I'm confident that chrome will
build with 2008 soon.

As for the VS Express, I really don't know, Marc-Antoine might have a
better idea. (in CC).

Thanks

Nicolas

On 9/8/08, Ken Berry <[EMAIL PROTECTED]> wrote:
>
>  Nicolas,
>
>  Do you have any time frame for your upgrading to VS 2008?
>
>  It seems like a waste to buy VS 2005 only to then have to bu VS 2008,
>  so I would like to hear that you will stay with VS 2005 for a while.
>
>  It seems that you should be using the latest version, which is what
>  you started the product with.
>
>  Maybe you have analyzed the situation much better than I can.  New
>  developers are likely to have VS 2008, but if you expect very few of
>  them, that does not matter.
>
>  Similarly, if you can find a work around for the ATL situation, such
>  as documenting a third party solution, you will open opportunities for
>  more developers.  But that does not matter if you are confident that
>  you will get most of your help from the developers in the installed VS
>  2005 base, then get the Linux version up as soon as you can.
>
>  If the Google strategy is to open up PCs for innovation, I think you
>  need to work towards free development tools instead of focusing on the
>  existing development community, but I understand that this is an
>  ongoing project and I am very favorably impressed overall.
>
>  I think Chrome will be useful in getting away from Microsoft, so it is
>  an unpleasant irony that I have to buy anything more from MS to do it.
>
>  Thanks in advance if you can give me a time frame in which VS 2005
>  will be your platform.
>
>
>  Ken
>
>
>  On Fri, 5 Sep 2008 07:50:39 -0700, you wrote:
>
>  >
>  >We do not support 2005 Express Edition because this version of visual
>  >studio does not include ATL and we use it a lot.
>  >
>  >See http://www.microsoft.com/express/support/faq/
>  >
>  >That explains all the error regarding "atlbase.h"
>  >
>  >I heard that it's possible to add third_party ATL code, but no one in
>  >the team has ever tried it.
>  >
>  >Nicolas
>  >
>  >On 9/5/08, Ger Teunis <[EMAIL PROTECTED]> wrote:
>  >>
>  >>  I am able to compile, the only errors I still get is
>  >>  "
>  >>
>  >>
>  >>  First I've installed Visual studio c++ express 2005
>  >>  After that installed the SP1 for visual studio
>  >>  Installed "Windows(R) Server 2003 SP1 Platform SDK", because this one
>  >>  contains the ATL (updated include path in VS)
>  >>  Installed "Windows SDK for Windows Server 2008"
>  >>
>  >>  Opened solution in VS, lots of warnings it is not able to open
>  >>  solution folders, clicked them all away.
>  >>  It mentions it is not able to open project "v8" and "browser" because
>  >>  an solution folder "v8" and "browser" is in the way. Deleted the two
>  >>  solution folders and added the "v8" and "browser" project by hand.
>  >>
>  >>  During compilation I get a lot of "atlbase.h(513) : error C2220:
>  >>  warning treated as error - no 'object' file generated".
>  >>  I fixed this by configuring "Thread warning as errors" for all the
>  >>  projects which resulted in this error.
>  >>
>  >>  After all this, I still get the above mentioned linker errors, anyone
>  >>  able to help?
>  >>
>  >> >
>  >>
>  >
>  >
>
>  >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Can not build with Visual Studio 2005

[M-A]

error C2118: negative subscript d:\ChromeDev\chromium\chromium\src\base
\win_util.cc(324) comes from:

//
// If the ASSERT below fails, please install Visual Studio 2005
Service Pack 1.
//
extern char VisualStudio2005ServicePack1Detection[10];
COMPILE_ASSERT(sizeof(&VisualStudio2005ServicePack1Detection) ==
sizeof(void*),
   VS2005SP1Detect);
//
// Chrome requires at least Service Pack 1 for Visual Studio 2005.
//


Please reread the developer at
http://dev.chromium.org/developers/how-tos/build-instructions-windows

You need to install the Visual Studio 2005 Service Pack 1 before being
able to compile Chromium.

Thanks
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Discussion on building-with-vc-2005-express-edition

[Ken Berry]

Nicolas,

Do you have any time frame for your upgrading to VS 2008?

It seems like a waste to buy VS 2005 only to then have to bu VS 2008,
so I would like to hear that you will stay with VS 2005 for a while.

It seems that you should be using the latest version, which is what
you started the product with.

Maybe you have analyzed the situation much better than I can.  New
developers are likely to have VS 2008, but if you expect very few of
them, that does not matter.

Similarly, if you can find a work around for the ATL situation, such
as documenting a third party solution, you will open opportunities for
more developers.  But that does not matter if you are confident that
you will get most of your help from the developers in the installed VS
2005 base, then get the Linux version up as soon as you can.  

If the Google strategy is to open up PCs for innovation, I think you
need to work towards free development tools instead of focusing on the
existing development community, but I understand that this is an
ongoing project and I am very favorably impressed overall.

I think Chrome will be useful in getting away from Microsoft, so it is
an unpleasant irony that I have to buy anything more from MS to do it.

Thanks in advance if you can give me a time frame in which VS 2005
will be your platform.

Ken

On Fri, 5 Sep 2008 07:50:39 -0700, you wrote:

>
>We do not support 2005 Express Edition because this version of visual
>studio does not include ATL and we use it a lot.
>
>See http://www.microsoft.com/express/support/faq/
>
>That explains all the error regarding "atlbase.h"
>
>I heard that it's possible to add third_party ATL code, but no one in
>the team has ever tried it.
>
>Nicolas
>
>On 9/5/08, Ger Teunis <[EMAIL PROTECTED]> wrote:
>>
>>  I am able to compile, the only errors I still get is
>>  "
>>
>>
>>  First I've installed Visual studio c++ express 2005
>>  After that installed the SP1 for visual studio
>>  Installed "Windows(R) Server 2003 SP1 Platform SDK", because this one
>>  contains the ATL (updated include path in VS)
>>  Installed "Windows SDK for Windows Server 2008"
>>
>>  Opened solution in VS, lots of warnings it is not able to open
>>  solution folders, clicked them all away.
>>  It mentions it is not able to open project "v8" and "browser" because
>>  an solution folder "v8" and "browser" is in the way. Deleted the two
>>  solution folders and added the "v8" and "browser" project by hand.
>>
>>  During compilation I get a lot of "atlbase.h(513) : error C2220:
>>  warning treated as error - no 'object' file generated".
>>  I fixed this by configuring "Thread warning as errors" for all the
>>  projects which resulted in this error.
>>
>>  After all this, I still get the above mentioned linker errors, anyone
>>  able to help?
>>
>> >
>>
>
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: My first question (warning C4068: unknown pragma )

[Pam Greene]

That's
http://src.chromium.org/viewvc/chrome/trunk/src/webkit/port/page/inspector/InspectorController.cpp

That file was derived from the WebKit version, and still has "#pragma mark"
lines.  XCode recognizes those, but Visual Studio doesn't.  It's nothing to
worry about.

- Pam

On Sat, Sep 6, 2008 at 9:01 AM, Ibrar Ahmed <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I really want to congratulate Google team upon launching a (good/bad don't
> want to comment because I haven't test it yest) browser application. I
> really want a core contributor for this project, just reading the docs.
>
> Just to show up myself;  here is my question.
>
> I am getting this warning message while compiling the project, anybody else
> is getting this error or not?
>
> 24>..\..\port\page\inspector\InspectorController.cpp(181) : warning C4068:
> unknown pragma
>
>
> --
>   Ibrar Ahmed
>   www.EnterpriseDB.com
>
>
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Complied Chrome fort Fedora Linux 9, according to instruction? How do I open the browser on my Laptop now?

[Michael Moss]

> On Sep 4, 3:43 pm, "Ian Fette" <[EMAIL PROTECTED]> wrote:
>> There is no working Linux version yet. The coding is still in process - what
>> we have right now in terms of executables are unit tests, mostly.
>
> The only specific instructions I've been able to find for Linux are
> how to check out and start a complete build.  How do we run the unit
> tests?  I'm afraid I'm a Perl geek, and SConscript is quite alien to
> me.

The Linux build instructions have been updated with a "Next Steps"
section. The linked development page is still being fleshed out, but
it will at least point you in the right direction.

Michael

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Complied Chrome fort Fedora Linux 9, according to instruction? How do I open the browser on my Laptop now?

[Larry Gilbert]

On Sep 4, 3:43 pm, "Ian Fette" <[EMAIL PROTECTED]> wrote:
> There is no working Linux version yet. The coding is still in process - what
> we have right now in terms of executables are unit tests, mostly.

The only specific instructions I've been able to find for Linux are
how to check out and start a complete build.  How do we run the unit
tests?  I'm afraid I'm a Perl geek, and SConscript is quite alien to
me.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] svg support

[amanda llewellyn]

Hi,

Does anyone know what the plans are to improve the level of SVG support 
provided by chrome?
Are there plans to update the version of webkit and improve things that way?

thanks



_
Discover Bird's Eye View now with Multimap from Live Search
http://clk.atdmt.com/UKM/go/111354026/direct/01/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Unable to build Chrome using Visual Studio 5.0 - browser.lib missing

[Marc-Antoine Ruel]

Try deleting the Debug directory and compiling again.

2008/9/8 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> I allways get the same error :
>
> 2>-- Build started: Project: chrome_dll, Configuration: Debug
> Win32 --
> 2>Linking...
> 2>LINK : fatal error LNK1104: cannot open file '..\debug\lib
> \browser.lib'
> 2>Build log was saved at "file://C:\chromiumtrunk\chromium\src\chrome
> \Debug\obj\chrome_dll\BuildLog.htm"
> 2>chrome_dll - 1 error(s), 0 warning(s)
>
> Any help would be appreciated
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Compiling with Visual Studio 2008

[Marc-Antoine Ruel]

memory_watcher won't be compilable on VS2008 in the foreseable future.
Don't bother. Frankly, don't.

I will work on upstreaming webkit fixes only when chromium will use
webkit ToT. I really don't mind if anyone wants to upstream a patch
faster than me. I'm just not that in a hurry.

As stated many times, Visual Studio Express Edition will not be
supported in the foreseable future due to Microsoft's ATL licensing
restrictions.

M-A

2008/9/7 tolkien <[EMAIL PROTECTED]>:
>
> Now i have only 1 error but it is not in a chrome's file
>
> std::_Tmap_traits<_Kty,_Ty,_Pr,_Alloc,_Mfl>::_Tmap_traits(_Pr,_Alloc)' :
> cannot convert parameter 2 from 'PrivateHookAllocator' to
> 'PrivateHookAllocator'
>file C:\Program Files\Microsoft Visual Studio 9.0\VC\include
> \xtree
>
>
> _Tree_nod(const key_compare& _Parg,allocator_type _Al):_Traits(_Parg,
> _Al),_Alnod(_Al)
>error here>  { // construct traits from _Parg and
> allocator from _Al
>
>   }
>
> Any suggestion??
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Compile problems with VS2005

[Ilan]

On Mon, Sep 8, 2008 at 1:46 PM, Steve Conlan <[EMAIL PROTECTED]
> wrote:

>
> Hi Nicolas,
>
> The fix you mentioned in your first reply does not work. I tried the
> integration a few times with the different versions to see if it made
> any difference, there was no difference, the problems still occurred.
>
>
I suggest you:
(1) delete your entire chromium folder by using shift+delete.(2) dowload the
latest tarball;
(3) tar -xvf
(4) gclient sync.
(5) follow the instructions about the SDKs etc and setting the exe to the
startup project.

That worked for me when I finally got hold VS2005. (I still want to get it
running on a free development environment but I think thats unlikely in the
near future)

--
ilAn

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: Compile problems with VS2005

[Steve Conlan]

Hi Nicolas,

The fix you mentioned in your first reply does not work. I tried the
integration a few times with the different versions to see if it made
any difference, there was no difference, the problems still occurred.

Looking through the previous posts, I had deduced that the 3rd party
deps had changed, so I did as was mentioned in the post, but to no
effect. It continually does not find python. I'm getting a great many
errors though, which may be fixed by updating from source again.

I'll try again in a while and post my efforts.

Thanks


On Sep 7, 5:18 pm, "Nicolas Sylvain" <[EMAIL PROTECTED]> wrote:
> I think the fix I said in my first reply should work.
>
> --
> Integrate the SDK with Visual Studio:
>
> Start > All Programs > Microsoft Windows SDK > Visual Studio
> Registration > Integrate Windows SDK with Visual Studio 2005
> --
>
> The python errors are different though.
>
> Can you:
>
> 1. delete your src/third_party/python24 and src/third_party/cygwin.
> 2. gclient sync
> 3. delete your src/chrome/debug and src/chrome/release directories
> 4. build again.
>
> Nicolas
>
> On Sun, Sep 7, 2008 at 4:25 AM, Steve Conlan <[EMAIL PROTECTED]
>
> > wrote:
>
> > I've been experiencing this error with the Platform SDK versions 6.0a
> > and 6.1 from Visual Studio 2005.
>
> > Other net posts seem to indicate an issue with the _WIN32_WINNT and
> > WINVER pragma defines vs the newer defines NTDDI_VERSION. However, I
> > could not solve the problem.
>
> > There are about 194 errors that i'm getting which stop the build,
> > including many from V8 and the WebKit projects missing the python.exe.
>
> > Any updates on a fix for this?
>
> > On Sep 6, 5:13 pm, Ludvik <[EMAIL PROTECTED]> wrote:
> > > Oh, I see... I did that step after compiling error appeared, it seems
> > > too late. Cleared debug directory and compiling in progress, hope
> > > everything gonna be fine this time.
>
> > > Thanks a lot.
>
> > > On Sep 5, 10:32 pm, "Nicolas Sylvain" <[EMAIL PROTECTED]> wrote:
>
> > > > Did you do step 3 onhttp://
> > dev.chromium.org/developers/how-tos/getting-started?
>
> > > > --
> > > > Integrate the SDK with Visual Studio:
>
> > > > Start > All Programs > Microsoft Windows SDK > Visual Studio
> > > > Registration > Integrate Windows SDK with Visual Studio 2005
> > > > --
>
> > > > If this was not done, after doing it I suggest you delete completely
> > > > your Debug directory and do a full rebuild.
>
> > > > Let us know if it works, I don't think you are the only one seeing this
> > error.
>
> > > > Thanks
>
> > > > Nicolas
>
> > > > On 9/5/08, Ludvik <[EMAIL PROTECTED]> wrote:
>
> > > > >  Hi Folks,
>
> > > > >  Following the windows build guild. I've installed VS2005, VS2005
> > SP1,
> > > > >  Windows Vista SDK, downloaded tarball and started building.
> > Everything
> > > > >  goes fine except errors met when building project "common". Those
> > > > >  errors have been thrown out:
>
> >  ==
> > > > >  -- Build started: Project: common, Configuration: Debug Win32
> > > > >  --
> > > > >  Compiling...
> > > > >  win_util.cc
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(314) :
> > > > >  error C2146: syntax error : missing ';' before identifier
> > > > >  'IAccessible'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(314) :
> > > > >  error C4430: missing type specifier - int assumed. Note: C++ does
> > not
> > > > >  support default-int
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(560) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(563) :
> > > > >  error C2061: syntax error : identifier '__RPC__out'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(567) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(571) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(575) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(579) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(583) :
> > > > >  error C2061: syntax error : identifier '__RPC__out'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(587) :
> > > > >  error C2061: syntax error : identifier '__RPC__out'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(591) :
> > > > >  error C2061: syntax error : identifier '__RPC__deref_out_opt'
> > > > >  E:\Program Files\Microsoft SDKs\Windows\v6.0\Include\oleacc.h(594) :
> > > > >  error C2061: syntax error : identifier

[chromium-dev] Unable to build Chrome using Visual Studio 5.0 - browser.lib missing

[[EMAIL PROTECTED]]

I allways get the same error :

2>-- Build started: Project: chrome_dll, Configuration: Debug
Win32 --
2>Linking...
2>LINK : fatal error LNK1104: cannot open file '..\debug\lib
\browser.lib'
2>Build log was saved at "file://C:\chromiumtrunk\chromium\src\chrome
\Debug\obj\chrome_dll\BuildLog.htm"
2>chrome_dll - 1 error(s), 0 warning(s)

Any help would be appreciated
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---

[chromium-dev] Re: About the Issue 1529: port build/localized_strings/SConscript for linux

[Frédéric]

IMHO using gettext is better since gettext data are more data files
and have less security probleme than a shared libs and it widely used
on linux desktop...

My main remark is that gettext relies on a string (english one
usually) to retrieve the translated string (it can be see as a
dictionnary key ;-) ).
So relying on gettext will need to first create link between the IDS
(int) and the english string and next using the gettext to retrieve
the translatation :
Of course it is not so bad because you always have a string ;-).

I will restart my prototype to use the gettext stuff (but have lot of
work for my real job so :-s ) ...

PS : Regarding the topic of the mailing list, if you want to have only
one mailing list for all dev, maybe we should start subject dedicated
to one platform with the platform title between bracket, for example :
this thread should have "[linux] About the Issue 1529: port build/
localized_strings/SConsc ript for linux Options." as title : it's
easier to filter in my email client ;-)


On 8 sep, 01:17, [EMAIL PROTECTED] wrote:
> Hi Frédéric,
>
> Thanks for taking a first look at this.  As a quick note, we'd like to
> keep all development email on chromium-dev.  We think of ourselves as one
> team working on a single cross platform product.
>
> As for your idea, I think it's the right approach for getting something
> up and running quickly.  It's a bit more complicated in that there are
> actually multiple .grd files (3 right now) that generate 3 .h files and 3
> .rc files on windows.  The resource compiler in Visual Studio takes all
> three .rc files to generate one data library.  So there may need to be a
> second pass that merges the output of GRIT into a single file.  This
> would probably happen in the SConscript file.
>
> Some other general questions:
>
> 1) Should we actually store the strings in a shared library or should it
> just be a data file that we read/parse on startup?
>
> 2) Should we perhaps try to output .po and write a gettext wrapper for
> loading strings (maybe we could use rc2po [1])?  I haven't used gettext
> before, but perhaps there are benefits of using an existing tool (e.g.,
> making it easy for people to contribute translations).
>
> tony
>
> [1]http://translate.sourceforge.net/wiki/toolkit/rc2po
>
> On Sat, 6 Sep 2008, Frédéric wrote:
> > Hello all,
>
> > Since there is nobody on IRC to hear me, i'm writing here on this
> > mailing list...
>
> > So after having a look at this issue (http://code.google.com/p/
> > chromium/issues/detail?id=1529)
> > Here my first idea :
> > From the grd files, generate an header defining all the IDS (like it
> > is done on windows).
> > Next generate one shared library per language.
> > This library is loaded via the dlopen - as it is done  on windows -
> > and retrieve a pointer on a function which return the string
> > associated to the ID (method declaration can be like wchar *
> > GetLocalizedString(int message_id)).
>
> > AFAIK  there is no LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE  flags as on
> > windows when loading library :-s.
>
> > The main issue with this is that since we are loading a shared library
> > and using a function pointer, a malicious shared library can do what
> > they want in the method GetLocalizedString...
>
> > One another solution could to generate a hashmap and
> > retrieve pointer on this data. In this case no function is executed
> > but in any case the library "constructor" will be call at dlopen
>
> > PS : i''ve done  some prototyping (a ugly hack on the grit tools to
> > generate the c files) with a stupid main files loading the shared lib
> > and asking for a string...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to chromium-dev@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~--~~~~--~~--~--~---