heeh

Overview

Internet connection and DNS routing are broken from WSL2 instances, when some VPNs are active.

The root cause seems to be that WSL2 and the VPN use the same IP address block, and the VPN routing clobbers WSL2's network routing.

This problem is tracked in multiple microsoft/WSL issues including, but not limited to:

This is just the middle section of Bob Carpenter's note for evaluating log-loss via the binary logistic functoin https://lingpipe-blog.com/2012/02/16/howprevent-overflow-underflow-logistic-regression/

The logp function calculates the negative cross-entropy:

    dotproduct( [y, 1-y],  [logP(y=1), logP(y=0)] )

where the input s is the beta'x log-odds scalar value. The trick is to make this numerically stable for any choice of s and y.

	! Make communicating with other applications via the clipboard easy
	xterm*selectToClipboard: true

	! Important - if you leave out 'renderFont', 'faceName' and such won't work. See:
	! https://superuser.com/questions/463414/how-to-get-truetype-fonts-to-display-in-xterm-from-a-xresources-file/575108#575108
	xterm*renderFont: true
	xterm*faceName: monospace
	xterm*faceSize: 20

	! Some sample configuration settings, to test whether xterm was

	Readme: In the following pseudo code, [] indicates a subroutine.
	Sometimes I choose to write the subroutine inline under the [] in order to maintain context.
	One important fact about the way rollbacks are handled here is that we are storing state for every frame.
	In any real implementation you only need to store one game state at a time. Storing a game
	state for every frame allows us to only rollback to the first frame where the predicted inputs don't match the true ones.


	==Constants==
	MAX_ROLLBACK_FRAMES := Any Positive Integer # Specifies the maximum number of frames that can be resimulated
	FRAME_ADVANTAGE_LIMIT := Any Positive Integer # Specifies the number of frames the local client can progress ahead of the remote client before time synchronizing.

	/*
	You need to call the below method once. It register the callback and fire it when there is a change in network state.
	Here I used a Global Static Variable, So I can use it to access the network state in anyware of the application.
	*/

	// You need to pass the context when creating the class
	public CheckNetwork(Context context) {
	this.context = context;
	}

	Hi All!

	I've recently launched a tool that wraps many of the commands here with a user interface. This desktop application is currently available for macOS. There's a roadmap outlining planned features for the near future.
	Feel free to request any features you'd like to see, and I'll prioritize them accordingly.
	One of the most important aspects of this application is that every command executed behind the scenes is displayed in a special log section. This allows you to see exactly what’s happening and learn from it.

	Here's the link to the repository: https://github.com/Pulimet/ADBugger

	App Description:
	ADBugger is a desktop tool designed for debugging and QA of Android devices and emulators. It simplifies testing, debugging, and performance analysis by offering device management, automated testing, log analysis, and remote control capabilities. This ensures smooth app performance across various setups.

	import torch
	import torch.nn as nn
	from torch.autograd import Variable

	batch_size = 3
	max_length = 3
	hidden_size = 2
	n_layers =1

	# container

	make
	./configure --prefix=/home/<yourhome>/ --with-x-toolkit=no --with-xpm=no --with-jpeg=no --with-png=no --with-gif=no --with-tiff=no
	make install