search for: image_s

...nk to the catalog from another controller and view I get this: http://127.0.0.1:3000/catalog/images/sow/sow.jpg If I attempt to put and image in to a view, I get this url: http://127.0.0.1:3000/quote/edit/images/sow/sow.jpg To display the images I am using this code: <img src="<%= li.image_s %>"/> and the url stored in image_s is: ''images/sow/sow.jpg'' Any suggestions on how to sort this out, would be most welcome. Regards, Paul

The odds of #define _WINNT_H working are incredibly slim :) You can't include the separate headers (winbase.h etc), you have to just include windows.h Windows defines IMAGE_* whether we like it or not, we can't stop it doing it, so the only reasonable solution is to change LLVM to have it's own set of constant names. Nick Kledzik wrote: > In the Windows SDK headers, is the

...<% hidden_field ''line_item'', ''model'', :value => "additional item" %> <% hidden_field ''line_item'', ''prod_num'', :value => "999" %> <% hidden_field ''line_item'', ''image_s'', :value => "/images/til/aditem.jpg" %> <tr><td><class="depot-form" label for="quantity" >Quantity :</label></td><td><%= text_field ''line_item'', ''quantity'' %></td></t...

Hello, I noticed that if include\llvm\Support is included alongside Windows.h, there will be many define conflict leading to compilation errors, such as: COFF.h (enum): enum MachineTypes { IMAGE_FILE_MACHINE_UNKNOWN = 0x0, ... }; and winnt.h (same but define): #define IMAGE_FILE_MACHINE_UNKNOWN 0 Of course I could try to avoid to include both (but it's rather difficult and would require

In the Windows SDK headers, is the IMAGE_* defines in a separate file (e.g. winint.h)? Does the file have a guard against multiple inclusion? If so (and the guard was named _WINNT_H_), perhaps you can do something like: #define _WINNT_H_ #include <windows.h> So you would get everything except those file format defines. Of course, this would fail if other parts of the windows header rely

Reid Kleckner <rnk at google.com> writes: > IMO the fact that it uses the standard names from the COFF > documentation is a feature, not a bug. *defining* (not *using*) symbols already defined on a platform header is definitely a bug.

On Wed, Aug 28, 2013 at 2:43 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Reid Kleckner <rnk at google.com> writes: > > > IMO the fact that it uses the standard names from the COFF > > documentation is a feature, not a bug. > > *defining* (not *using*) symbols already defined on a platform header is > definitely a bug. We have to provide definitions so

IMO the fact that it uses the standard names from the COFF documentation is a feature, not a bug. The elf and macho headers in the same directory use the standard enumeration names, correct? On Tue, Aug 27, 2013 at 5:41 PM, Virgile Bello <virgile.bello at gmail.com>wrote: > Hello, > > I noticed that if include\llvm\Support is included alongside Windows.h, > there will be many

Hi, I have some images and I want to be able to drag them into the order I want and have the database updated accordingly. I have an unordered list elsewhere in the application that works well, but for the images I cant get it working. In my controller I have: def updateorder params[:images].each_with_index { |id,idx| ProductImage.update(id, :display_order => idx) } render :text

It was happening in a few files using COFF.h in LLDB for the windows branch (Windows.h is required for some typedef over Mutex, thread, socket, etc...). As said before, I am currently checking if it could be avoided (probably some refactoring will be needed). However I was wondering if it might not be easier to just avoid this clash at all by avoiding it in LLVM. Alternatively I could #undef

Yes of course I understand it was done on purpose. It's just that it makes it impossible to include COFF.h and Windows.h side by side (which probably wasn't necessary until now). On Wed, Aug 28, 2013 at 9:52 AM, Reid Kleckner <rnk at google.com> wrote: > IMO the fact that it uses the standard names from the COFF documentation > is a feature, not a bug. > > The elf and

Hi! I''ve got 2 tables: products and images. Product has_many images, image belongs_to product. In images table i store product_id and name of the image (not the image itself). I''ve created a single form, where user can add any number of images for a product he/she is creating (new fields are created using javascript). The images that are uploaded are saved to public/images

how to upload a video,document and a audio (of any format) within the same controller and within the same form? is it possible to do that? if not then what is the solution? -- Posted via http://www.ruby-forum.com/. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to

I'm working on a cross-platform project which links (statically) against LLVM, which I use for MCJIT purposes. Everything was fine on 3.4.2. I'm just experimenting with upgrading to 3.7.0, and everything works fine on OSX & Linux once I changed my project to reflect the API updates. On Windows, I get a bunch of compile errors - hundreds of them, but variations on a couple of