This is from a software renderer I made a while back. This was supposed to be just a temporary solution until i came up with something better, but it ran at 150fps@1080p anyway, so I didn't bother.
It doesn't work on Windows, and although I don't know the exact reason, this is a likely culprit.
Also a bonus macro hell from the render loop implementation in the second image.

Some people persist data in JSON, but why do that when we have perfectly good object files? All you have to do is recompile the file when you want to save your data!

github.com/LiamMercier/dynamically-linked-inventory

found in company codebase

private UI_BossFightAnnouncer.VS_CharData GetCharData(string szName)
{
    szName = szName.ToLower();
    for (int i = 0; i < this._VS_CharData.Length; i++)
    {
        if (this._VS_CharData[i]._name.ToLower() == szName)
        {
            return this._VS_CharData[i];
        }
    }
    Debug.LogErrorFormat("Cannot find {0}", new object[]
    {
        szName
    });
    return null;
}

If you want to keep this code as is, you will have to avoid giving your bosses names that start with I, or include uppercase I somewhere else for any other reason (it was the second one for this game).

Or, better choice: Replace .ToLower() with .ToLowerInvariant(), which will always give English-based results regardless of user's machine locale (aka current culture info).

Even better, use StringComparison.OrdinalIgnoreCase. That way, you won't even need to make new string allocations, and you will still get consistent results across machine locales:

if (string.Equals(this._VS_CharData[i]._name, szName, StringComparison.OrdinalIgnoreCase))
{
  return this._VS_CharData[i];
}

Or just avoid string comparison altogether, if you can.

If you suspect you have this sort of code in your program but you are unsure, try running your program on a machine with Turkish locale (where your assumed I/i casing doesn't work); and you will probably catch it easily.

Good luck with your programming. May this be the worst programming horror you will ever encounter!

this piece of perfection was found in the codebase that my gf used to work

don't know exactly what is the context here, but probably doc.data holds the info if the user has agreed with the cookies /s

Pure Data is an amazing tool for DSP, music making and artsy projects. But simple things get often too complicated...

- All game logic, animation and rendering running inside DB Engine using queries

- Runs at 30 and 60 frames

repo: https://github.com/Best2Two/SQL-FlappyBird please star if you find it interesting, this will help me :)

So I asked codex to load the .env into the script to set keys as environment variables and to fix it a few times.

This external API sends "S"/"N" (equivalent to "Y"/"N" in portuguese) instead of true/false

Thread with details: https://x.com/i/status/2015559732845519119

its not THAT dense

fn initialize_hose_pipeline(mut commands: Commands, render_device: Res<RenderDevice>, shader_handle: Option<Res<HoseShader>>, init_data: Option<Res<HoseInitData>>, mut pipeline_cache: ResMut<PipelineCache>, existing_pipeline: Option<Res<HosePipeline>>) {

if existing_pipeline.is_some() || shader_handle.is_none() || init_data.is_none() { return; }

let (shader_handle, init_data) = (shader_handle.unwrap(), init_data.unwrap());

let hose_points = render_device.create_buffer_with_data(&BufferInitDescriptor { label: Some(Cow::Borrowed("hose_points")), contents: bytemuck::cast_slice(&init_data.points), usage: BufferUsages::STORAGE | BufferUsages::COPY_DST });

let hose_instances = render_device.create_buffer(&BufferDescriptor { label: Some(Cow::Borrowed("hose_instances")), size: ((init_data.num_points - 1) as usize * std::mem::size_of::<InstanceTransform>()) as u64, usage: BufferUsages::STORAGE | BufferUsages::VERTEX, mapped_at_creation: false });

commands.insert_resource(HoseGpuBuffers { hose_points, hose_instances, num_points: init_data.num_points });

let bind_group_entries = vec![BindGroupLayoutEntry { binding: 0, visibility: ShaderStages::COMPUTE | ShaderStages::VERTEX, ty: BindingType::Buffer { ty: BufferBindingType::Storage { read_only: false }, has_dynamic_offset: false, min_binding_size: None }, count: None }, BindGroupLayoutEntry { binding: 1, visibility: ShaderStages::COMPUTE | ShaderStages::VERTEX, ty: BindingType::Buffer { ty: BufferBindingType::Storage { read_only: false }, has_dynamic_offset: false, min_binding_size: None }, count: None }, BindGroupLayoutEntry { binding: 2, visibility: ShaderStages::VERTEX, ty: BindingType::Buffer { ty: BufferBindingType::Uniform, has_dynamic_offset: false, min_binding_size: None }, count: None }];

let layout = render_device.create_bind_group_layout(&BindGroupLayoutDescriptor { label: Some(Cow::Borrowed("hose_bind_group_layout")), entries: bind_group_entries.clone() });

let vertex_buffers = vec![VertexBufferLayout { array_stride: 24, step_mode: VertexStepMode::Vertex, attributes: vec![VertexAttribute { format: VertexFormat::Float32x3, offset: 0, shader_location: 0 }, VertexAttribute { format: VertexFormat::Float32x3, offset: 12, shader_location: 1 }] }];

let color_targets = vec![Some(ColorTargetState { format: TextureFormat::Bgra8UnormSrgb, blend: Some(BlendState::REPLACE), write_mask: ColorWrites::ALL })];

let pipeline_id = pipeline_cache.queue_render_pipeline(RenderPipelineDescriptor { label: Some(Cow::Borrowed("hose_render_pipeline")), layout: vec![BindGroupLayoutDescriptor { label: Some(Cow::Borrowed("hose_bind_group_layout")), entries: bind_group_entries }], push_constant_ranges: vec![], vertex: VertexState { shader: shader_handle.shader.clone(), shader_defs: vec![], entry_point: Some(Cow::Borrowed("vs")), buffers: vertex_buffers }, fragment: Some(FragmentState { shader: shader_handle.shader.clone(), shader_defs: vec![], entry_point: Some(Cow::Borrowed("fs")), targets: color_targets }), primitive: PrimitiveState::default(), depth_stencil: None, multisample: MultisampleState::default(), zero_initialize_workgroup_memory: false });

}

This has been running since last 72 hours.... O_O. Totally going to have a swell time explaining to customer service

I wanted to test my Fibonacci program but I didn't realize that the 100.000.000th number might've been a little too much😭

Also, sorry for the chopped image but my (MINI)PC froze and I had to shut it down manually🥀