search for: image_

...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 IMAGE_* defines in a separate file (e.g. winint.h)? Does the file have a guard aga...

...<% 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></...

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 lot of refactoring -- we have this clash currently in LLDB MinGW32 port). I was wondering if ins...

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...

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.

...ly namespaced under ::llvm::, but winnt's are global macros, which is crummy. That said, I don't actually feel strongly about this. It would be nice if Support/ELF.h, COFF.h, and MachO.h all provided the enums named in their respective specifications, but if you send a patch to remove the IMAGE_ prefix, it's probably for the best. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130828/e4414b14/attachment.html>

...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 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 lot of refactoring -- we have this clash currently in >...

...ort order'' end Then my view has: <div id="images" style="border: solid black 1px; width: 672px;"> <% @images.each do |image| %> <% if image.product_id == @product.id then %><img src="/images/store/<%= image.filename %>" id="image_<%= image.id %>" /><% end %> <% end %> </div> <p id="image-info" class="notice">Wait for the list to flash yellow before moving another item.</p> <%= sortable_element ''images'', :tag => ''img'&...

...fter including Windows.h. On Thu, Aug 29, 2013 at 11:08 AM, Nick Kledzik <kledzik at apple.com> wrote: > > On Aug 28, 2013, at 7:05 PM, Virgile Bello <virgile.bello at gmail.com> > wrote: > > Right now, we have: > In COFF.h: > class COFF { enum MachineTypes { IMAGE_FILE_MACHINE_UNKNOWN = 0x0, > ... }; }; > In windows.h: > #define IMAGE_FILE_MACHINE_UNKNOWN 0 > > * If you first include COFF.h and then windows.h, > COFF::IMAGE_FILE_MACHINE_UNKNOWN > will be preprocessed into > COFF:0. > > * If you first include Windows...

...gile Bello <virgile.bello at gmail.com>wrote: > >> 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 lot of refactoring -- we ha...

...rts to become one big mess. Here it is: --- product controller ---- def new @product = Product.new @file_fields_no = 4 @file_fields_no.times do @product.images << Image.new end end def create @product = Product.new(params[:property]) if @product.save uploaded_image_number = 0 # number of the uploaded file save_image_number = 0 # number of the file that will be saved on the disk # for every image params[:images].length.times do # check if it was sent if(params[:images][uploaded_image_number.to_s][:image_url].size != 0)...

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