{"compPosts":[{"component":{"code":"\n\n

Intro

My second hackathon was on the Flow chain. You might ask why I specifically chose Flow and not any other hackathon? The answer is quite simple. I was part of the community from the very beginning; during the ICO, when I first heard about the project and invested in Flow at 60 cents per coin. It was a good deal, especially when Flow’s cost rose up to $40 per coin. At that time, all the coins were locked, making it impossible for ICO investors to sell any. I was only able to sell them at $17, which, in my opinion, was great. Since then, I’ve actively followed the community. I wanted to participate in hackathon season 1 but was busy with several other projects. So, when I heard about the upcoming hackathon season 2, I was very excited to participate in it with my charity idea that I had for a long time in my mind.

Before diving any deeper, you can try project yourself by visiting https://prayforua.com or you might also want to see the use case on YouTube:

\n \n

\n\n\n

Flow: Cadence, FCL Official Guide

Since it was my first time working with the Flow ecosystem, I decided to use the official guide to learn Cadence and FCL - Flow Client Library, which we will talk about later.

The official guide helped me understand Cadence better, guiding me through the most common use cases. Although very useful, I found it a bit verbose, with many articles written so that readers could jump in at any point. This led to repetition and made it seem clunky. Other than that, it took me around 6-8 hours to finish, leading to a basic understanding of the language principles and architecture of blockchain projects using the Flow ecosystem. Both Cadence and FCL were developed by DapperLabs, providing a consistent developer experience. Their API also seemed mature to me, even tho It’s a new language and API might change in the future, covering almost everything a developer might need, it might ever work for an enterprise-sized project.\nMy project was smaller, but it still required a lot of smart contracts, I’ll describe that in Architecture section.

Cadence Compared to Other Languages

For those who don’t know, Cadence is a new programming language for smart contracts written by Dapper Labs.

I was very curious to try Cadence, having heard about this language a some time ago, with its resource-oriented nature akin to Rust. Compares it with the well-established Solidity that I’ve used.

Resource-Oriented Nature

One of the standout features of Cadence is its resource-oriented nature, drawing parallels with the programming language Rust. Rust gained prominence for its efficient resource allocation mechanism, centered around borrowing and lending. Similarly, Cadence employs a similar principle: resources can exist in only one location at a time. This fundamental concept guarantees resource safety, particularly for tokens and other critical resources within the smart contract ecosystem. This design choice not only enhances security but also contributes to the predictability and reliability of smart contracts.

Enhanced Security

Cadence’s resource-oriented approach inherently addresses some of the security concerns that plagued Solidity-based contracts. By preventing resource duplication and enforcing strict ownership rules, Cadence minimizes the potential for vulnerabilities such as reentrancy attacks and unauthorized token transfers. This focus on security aligns with Dapper Labs vision of providing a robust platform for building decentralized applications without compromising on safety. On the other hand Solidity’s design allowed for pitfalls such as reentrancy attacks, which posed a significant security threat.

My Hackathon Project

Let’s briefly examine the app architecture and the main concept of my hackathon project.

Tooling

For my own projects, Svelte is a no-brainer, so:

pnmp for speed.
Svelte as js framework.
SvelteKit as an application framework.\n(For those unfamiliar with SvelteKit, you might think of it as similar to Next.js)
TailwindCSS/DaisyUI - For quick prototyping.\n(TailwindCSS for styles and the Tailwind library of mixed styles DaisyUI for even more styles on top of tailwind shugar for basic components like buttons, ranges, etc.)

//package.json\n{\n  ...,\n  \"devDependencies\": {\n    \"@sveltejs/adapter-vercel\": \"^3.0.2\",\n    \"@sveltejs/kit\": \"^1.22.1\",\n    \"autoprefixer\": \"^10.4.14\",\n    \"daisyui\": \"^3.1.11\",\n    \"eslint\": \"^8.44.0\",\n    \"eslint-config-prettier\": \"^8.8.0\",\n    \"eslint-plugin-svelte\": \"^2.32.2\",\n    \"postcss\": \"^8.4.25\",\n    \"prettier\": \"^3.0.0\",\n    \"prettier-plugin-svelte\": \"^2.10.1\",\n    \"svelte\": \"^4.0.5\",\n    \"tailwindcss\": \"^3.3.2\",\n    \"vite\": \"^4.4.2\"\n  },\n  \"dependencies\": {\n    \"@onflow/fcl\": \"^1.4.1\",\n    \"firebase\": \"^10.0.0\",\n    \"nanoid\": \"^4.0.2\",\n    \"ramda\": \"^0.29.0\"\n  }\n}

As you can see, there are 4 client libs i’m using:

fcl - flow client api
firebase - my user data storage solution + onSnapshot db real time updates
nanoid - gen random id
ramda - like lodash, but functional style library of utilities\n(Ramda helped take advantage of utility functions like pipe, combine, etc.)

Because svelte is a compiler at the first place, there is no real difference between devDependencies and dependencies, but I’m adding client libs as dependencies for the sake of concepts separation, so it’s easier to read.

\nSvelte store firebase simplified implementation\n

You might want to see simple svelte store firebase api wrapper with localStorage sync

import {getFirestore, doc, setDoc, getDoc} from 'firebase/firestore';\nimport {initializeApp} from 'firebase/app';\nimport {writable} from 'svelte/store';\nimport {browser} from '$app/environment';\nimport {firebaseKeys} from '$lib/firebase/config';\n\nconst initialState = {};\n\nfunction createDb(key) {\n  const initialValue =\n    browser && localStorage.getItem(key)\n      ? JSON.parse(localStorage.getItem(key))\n      : initialState;\n\n  const {subscribe, set, update} = writable(initialValue);\n  const ini = initializeApp(firebaseKeys);\n  const db = getFirestore(ini);\n\n  return {\n    set,\n    update,\n    subscribe,\n    getDbRef: () => db,\n    getDoc: async (path, id) => {\n      const docRef = doc(db, path, id);\n      return await getDoc(docRef);\n    },\n    setDoc: async (path, id, payload) => {\n      try {\n        const docRef = doc(db, path, id);\n        await setDoc(docRef, {...payload}, {merge: true});\n        console.warn('Document added to Firestore:', document);\n      } catch (error) {\n        console.error('Error adding document to Firestore:', error);\n      }\n    },\n    useLocalStorage: () => {\n      subscribe((current) => {\n        if (browser) {\n          localStorage.setItem(key, JSON.stringify(current));\n        }\n      });\n    }\n  };\n}\n\nexport const db = createDb('app-db');

I wrote this wrapper to simplify usage of firebase api across the app.

Project store migth look a bit complex, but the logic is similar to zustand.

Svelte and cadence integration

One aspect I love the most is the ability to integrate smart contract transactions and scripts using FCL, very handy for creating a serverless app.\nFor example transfering tokens be like:

...\nexport const transferFlow = async (amount, addr, cid) => {\n  let transactionId = false;\n  initTransactionState();\n\n  try {\n    transactionId = await fcl.mutate({\n      cadence: `\n        import FungibleToken from 0x9a0766d93b6608b7\n        import FlowToken from 0x7e60df042a9c0868\n\n        transaction(amount: UFix64, to: Address) {\n\n           // The Vault resource that holds the tokens that are being transferred\n           let sentVault: @FungibleToken.Vault\n\n           prepare(signer: AuthAccount) {\n\n               // Get a reference to the signer's stored vault\n               let vaultRef = signer.borrow<&FlowToken.Vault>(from: /storage/flowTokenVault)\n            ?? panic(\"Could not borrow reference to the owner's Vault!\")\n\n               // Withdraw tokens from the signer's stored vault\n               self.sentVault <- vaultRef.withdraw(amount: amount)\n           }\n\n           execute {\n\n               // Get a reference to the recipient's Receiver\n               let receiverRef =  getAccount(to)\n                   .getCapability(/public/flowTokenReceiver)\n                   .borrow<&{FungibleToken.Receiver}>()\n                    ?? panic(\"Could not borrow receiver reference to the recipient's Vault\")\n\n               // Deposit the withdrawn tokens in the recipient's receiver\n               receiverRef.deposit(from: <-self.sentVault)\n           }\n        }\n      `,\n      args: (arg, t) => [arg(amount, t.UFix64), arg(addr, t.Address)],\n      payer: fcl.authz,\n      proposer: fcl.authz,\n      authorizations: [fcl.authz],\n      limit: 50\n    });\n\n    // store method\n    txId.set(transactionId);\n\n    // subscribe to svelte transactions\n    fcl.tx(transactionId).subscribe((res) => {\n      transactionStatus.set(res.status);\n      if (res.status) {\n        if (res.status === 4) {\n          getAccountBalance(addr, cid);\n          auth.addFlowTransaction({\n            txId: transactionId,\n            event: `${amount} Flow transferred to ${addr} at`,\n            status: res.status,\n            timestamp: new Date().getTime()\n          });\n          setTimeout(() => transactionInProgress.set(false), 2000);\n        }\n      }\n    });\n  } catch (e) {\n    transactionStatus.set(99);\n    console.warn(e);\n  }\n};\n...\n

Here fcl.mutate method receiveing an object with key cadence and value will be valid cadence code, and this way you can write transactions and scripts easily from your js files.\nSee more examples of flc actions in github.

Conclusion

Even tho I didn’t won, the Flow ecosystem fullstack development was an interesting experience. It seems more concise and simplified to work with, when compared to the Ethereum ecosystem, which is not bad at all but I definitely like cadence more than solidity. However, to be fair, the last time I used the Solidity ecosystem was more than three years ago, so things might have changed, although I doubt it. 🥲

Outro

I appreciate your engagement thus far. 🙏

Whether you’re a startup or an established enterprise, I’m here to help you build and enhance your digital products by offering my services.

You can reach me by email at glazer.nicholas@gmail.com or find more contact information at https://nicholasglazer.com/man/ng

\n","dependencies":[],"map":null},"toc":{"id":"the_flow_blockchain_hackaton_season2","data":[{"id":"intro","level":2,"text":"Intro","html":{}},{"id":"flow-cadence-fcl-official-guide","level":2,"text":"Flow: Cadence, FCL Official Guide","html":{}},{"id":"cadence-compared-to-other-languages","level":3,"text":"Cadence Compared to Other Languages","html":{}},{"id":"resource-oriented-nature","level":4,"text":"Resource-Oriented Nature","html":{}},{"id":"enhanced-security","level":4,"text":"Enhanced Security","html":{}},{"id":"my-hackathon-project","level":2,"text":"My Hackathon Project","html":{}},{"id":"tooling","level":3,"text":"Tooling","html":{}},{"id":"svelte-store-firebase-simplified-implementation","level":3,"text":"Svelte store firebase simplified implementation","html":{}},{"id":"svelte-and-cadence-integration","level":2,"text":"Svelte and cadence integration","html":{}},{"id":"conclusion","level":2,"text":"Conclusion","html":{}},{"id":"outro","level":2,"text":"Outro","html":{}}],"raw":["## Intro","## Flow: Cadence, FCL Official Guide","### Cadence Compared to Other Languages","#### Resource-Oriented Nature","#### Enhanced Security","## My Hackathon Project","### Tooling","### Svelte store firebase simplified implementation","## Svelte and cadence integration","## Conclusion","## Outro"]},"code":"\n\n

Intro

Before diving any deeper, you can try project yourself by visiting https://prayforua.com or you might also want to see the use case on YouTube:

\n \n

\n\n\n

Flow: Cadence, FCL Official Guide

Since it was my first time working with the Flow ecosystem, I decided to use the official guide to learn Cadence and FCL - Flow Client Library, which we will talk about later.

Cadence Compared to Other Languages

For those who don’t know, Cadence is a new programming language for smart contracts written by Dapper Labs.

I was very curious to try Cadence, having heard about this language a some time ago, with its resource-oriented nature akin to Rust. Compares it with the well-established Solidity that I’ve used.

Resource-Oriented Nature

Enhanced Security

My Hackathon Project

Let’s briefly examine the app architecture and the main concept of my hackathon project.

Tooling

For my own projects, Svelte is a no-brainer, so:

pnmp for speed.
Svelte as js framework.
SvelteKit as an application framework.\n(For those unfamiliar with SvelteKit, you might think of it as similar to Next.js)
TailwindCSS/DaisyUI - For quick prototyping.\n(TailwindCSS for styles and the Tailwind library of mixed styles DaisyUI for even more styles on top of tailwind shugar for basic components like buttons, ranges, etc.)

//package.json\n{\n  ...,\n  \"devDependencies\": {\n    \"@sveltejs/adapter-vercel\": \"^3.0.2\",\n    \"@sveltejs/kit\": \"^1.22.1\",\n    \"autoprefixer\": \"^10.4.14\",\n    \"daisyui\": \"^3.1.11\",\n    \"eslint\": \"^8.44.0\",\n    \"eslint-config-prettier\": \"^8.8.0\",\n    \"eslint-plugin-svelte\": \"^2.32.2\",\n    \"postcss\": \"^8.4.25\",\n    \"prettier\": \"^3.0.0\",\n    \"prettier-plugin-svelte\": \"^2.10.1\",\n    \"svelte\": \"^4.0.5\",\n    \"tailwindcss\": \"^3.3.2\",\n    \"vite\": \"^4.4.2\"\n  },\n  \"dependencies\": {\n    \"@onflow/fcl\": \"^1.4.1\",\n    \"firebase\": \"^10.0.0\",\n    \"nanoid\": \"^4.0.2\",\n    \"ramda\": \"^0.29.0\"\n  }\n}

As you can see, there are 4 client libs i’m using:

fcl - flow client api
firebase - my user data storage solution + onSnapshot db real time updates
nanoid - gen random id
ramda - like lodash, but functional style library of utilities\n(Ramda helped take advantage of utility functions like pipe, combine, etc.)

\nSvelte store firebase simplified implementation\n

You might want to see simple svelte store firebase api wrapper with localStorage sync

import {getFirestore, doc, setDoc, getDoc} from 'firebase/firestore';\nimport {initializeApp} from 'firebase/app';\nimport {writable} from 'svelte/store';\nimport {browser} from '$app/environment';\nimport {firebaseKeys} from '$lib/firebase/config';\n\nconst initialState = {};\n\nfunction createDb(key) {\n  const initialValue =\n    browser && localStorage.getItem(key)\n      ? JSON.parse(localStorage.getItem(key))\n      : initialState;\n\n  const {subscribe, set, update} = writable(initialValue);\n  const ini = initializeApp(firebaseKeys);\n  const db = getFirestore(ini);\n\n  return {\n    set,\n    update,\n    subscribe,\n    getDbRef: () => db,\n    getDoc: async (path, id) => {\n      const docRef = doc(db, path, id);\n      return await getDoc(docRef);\n    },\n    setDoc: async (path, id, payload) => {\n      try {\n        const docRef = doc(db, path, id);\n        await setDoc(docRef, {...payload}, {merge: true});\n        console.warn('Document added to Firestore:', document);\n      } catch (error) {\n        console.error('Error adding document to Firestore:', error);\n      }\n    },\n    useLocalStorage: () => {\n      subscribe((current) => {\n        if (browser) {\n          localStorage.setItem(key, JSON.stringify(current));\n        }\n      });\n    }\n  };\n}\n\nexport const db = createDb('app-db');

I wrote this wrapper to simplify usage of firebase api across the app.

Project store migth look a bit complex, but the logic is similar to zustand.

Svelte and cadence integration

One aspect I love the most is the ability to integrate smart contract transactions and scripts using FCL, very handy for creating a serverless app.\nFor example transfering tokens be like:

...\nexport const transferFlow = async (amount, addr, cid) => {\n  let transactionId = false;\n  initTransactionState();\n\n  try {\n    transactionId = await fcl.mutate({\n      cadence: `\n        import FungibleToken from 0x9a0766d93b6608b7\n        import FlowToken from 0x7e60df042a9c0868\n\n        transaction(amount: UFix64, to: Address) {\n\n           // The Vault resource that holds the tokens that are being transferred\n           let sentVault: @FungibleToken.Vault\n\n           prepare(signer: AuthAccount) {\n\n               // Get a reference to the signer's stored vault\n               let vaultRef = signer.borrow<&FlowToken.Vault>(from: /storage/flowTokenVault)\n            ?? panic(\"Could not borrow reference to the owner's Vault!\")\n\n               // Withdraw tokens from the signer's stored vault\n               self.sentVault <- vaultRef.withdraw(amount: amount)\n           }\n\n           execute {\n\n               // Get a reference to the recipient's Receiver\n               let receiverRef =  getAccount(to)\n                   .getCapability(/public/flowTokenReceiver)\n                   .borrow<&{FungibleToken.Receiver}>()\n                    ?? panic(\"Could not borrow receiver reference to the recipient's Vault\")\n\n               // Deposit the withdrawn tokens in the recipient's receiver\n               receiverRef.deposit(from: <-self.sentVault)\n           }\n        }\n      `,\n      args: (arg, t) => [arg(amount, t.UFix64), arg(addr, t.Address)],\n      payer: fcl.authz,\n      proposer: fcl.authz,\n      authorizations: [fcl.authz],\n      limit: 50\n    });\n\n    // store method\n    txId.set(transactionId);\n\n    // subscribe to svelte transactions\n    fcl.tx(transactionId).subscribe((res) => {\n      transactionStatus.set(res.status);\n      if (res.status) {\n        if (res.status === 4) {\n          getAccountBalance(addr, cid);\n          auth.addFlowTransaction({\n            txId: transactionId,\n            event: `${amount} Flow transferred to ${addr} at`,\n            status: res.status,\n            timestamp: new Date().getTime()\n          });\n          setTimeout(() => transactionInProgress.set(false), 2000);\n        }\n      }\n    });\n  } catch (e) {\n    transactionStatus.set(99);\n    console.warn(e);\n  }\n};\n...\n

Conclusion

Outro

I appreciate your engagement thus far. 🙏

Whether you’re a startup or an established enterprise, I’m here to help you build and enhance your digital products by offering my services.

You can reach me by email at glazer.nicholas@gmail.com or find more contact information at https://nicholasglazer.com/man/ng

\n","meta":{"published":true,"slug":"the_flow_blockchain_hackaton_season2","title":"Building a Charity Platform at the Flow Blockchain Hackathon","description":"My second hackathon was on the Flow chain. You might ask why I specifically chose Flow and not any other hackathon? The answer is quite simple. I was part of the community from the very beginning; during the ICO, when I first heard about the project and invested in...","created_at":"2023/8/24 11:29","modified_at":"2023/9/10 11:00","canonical_url":"https://nicholasglazer.com/blog/the_flow_blockchain_hackaton_season2","domain":"https://nicholasglazer.com","tags":["hackathon","svelte","blockchain","cadence","javascript","web3"],"keywords":["Flow Blockchain Hackathon","smart contract development","Cadence programming language","fcl with svelte fullstack","transfer flow token flc javascript","flow client library project","blockchain app development","Svelte framework","sveltekit framework","serverless application","decentralized app dApp development","Flow client API usage","Firebase data storage integration","firebase svilte kit integration implementation","sveltekit cadence blockchain application development","Flow blockchain ecosystem","cryptocurrency hackathon","blockchain coding experience","programming for blockchain","blockchain technology insights"],"readMin":6},"slug":"the_flow_blockchain_hackaton_season2","path":"/src/blogposts/cross/the_flow_blockchain_hackaton_season2.md"},{"component":{"code":"\n\nParu Error: “libalpm.so.13: cannot open shared object file”\n

Have you ever encountered this error while using the AUR helper application paru or yay?

paru: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

This error message indicates that paru is unable to find a required library file, libalpm.so.13. This issue might occur due to a mismatch between the library version paru expects and the one available on your system. Let’s dive into a quick fix for this.

Solution

Open a terminal.
Run the following command with root privileges withsudo:

sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13

This command creates a symbolic link named libalpm.so.13 that points to the actual library file libalpm.so.14.0.0. This way, paru can find the library it needs.

Important Note: This solution assumes that libalpm.so.14.0.0 exists on your system. Before running this command, it’s a good practice to back up your system in case of any unforeseen issues.

Understanding the Problem

This error usually happens because paru is compiled against a specific version of the libalpm library (libalpm.so.13) that might not be the default version installed on your system. The provided solution creates a symbolic link to a compatible version that likely exists (e.g., libalpm.so.14.0.0).

Happy debugging!

Edited: This happened to me twice already…

\n","dependencies":[],"map":null},"toc":{"id":"paru-libalmp-fix","data":[{"id":"paru-error-libalpmso13-cannot-open-shared-object-file","level":2,"text":"Paru Error: \"libalpm.so.13: cannot open shared object file\"","html":{}},{"id":"solution","level":2,"text":"Solution","html":{}},{"id":"understanding-the-problem","level":2,"text":"Understanding the Problem","html":{}}],"raw":["## Paru Error: \"libalpm.so.13: cannot open shared object file\"","## Solution","## Understanding the Problem"]},"code":"\n\nParu Error: “libalpm.so.13: cannot open shared object file”\n

Have you ever encountered this error while using the AUR helper application paru or yay?

paru: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

Solution

Open a terminal.
Run the following command with root privileges withsudo:

sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13

This command creates a symbolic link named libalpm.so.13 that points to the actual library file libalpm.so.14.0.0. This way, paru can find the library it needs.

Important Note: This solution assumes that libalpm.so.14.0.0 exists on your system. Before running this command, it’s a good practice to back up your system in case of any unforeseen issues.

Understanding the Problem

Happy debugging!

Edited: This happened to me twice already…

\n","meta":{"published":true,"title":"Issues with paru \"libalpm.so.13 cannot open shared object file\"","description":"Annoying paru/yay error I've solved today `paru error while loading shared libraries libalpm.so.13 cannot open shared object file No such file or directory`","created_at":"2024/4/24 14:19","lastModified":"2024/4/29 10:53","tags":["linux","hotfix"],"keywords":["paru error libalpm solution","libalpm.so.13","shared object file","troubleshooting","fix linux paru libalpm error"],"readMin":1},"slug":"paru-libalmp-fix","path":"/src/blogposts/exclusive/paru-libalmp-fix.md"},{"component":{"code":"\n\n

Description

Recently, xkbmap received an update to version 1.3.4. This version includes improvements in Xwayland checks, but seems like they have changes the cli rules as well. If you try to switch the layout by passing the variant as an argument, you will encounter an error:

~> setxkbmap dvorak\nError loading new keyboard description

This issue occurs with any of the variants listed in xorg.lst

sed -n '/! variant/,/! option/p' /usr/share/X11/xkb/rules/xorg.lst

This was the first issue I encountered with xmodmap, and it was quite confusing since I had been using\nthis variant for more than 10 years without any problems until the recent system update.

The fix

The fix is simple and intuitive:

# Here we specify 2 layouts: us dvorak and us qwerty.\n# Since qwerty is the default one, you can just skip it, but you still need a comma.'\nsetxkbmap -layout \"us,us\" -variant \"dvorak,\"

Now, instead of directly passing variant as a layout, you should specify corresponding layout and its variant.

\n","dependencies":[],"map":null},"toc":{"id":"setxbkmap-correct-way","data":[{"id":"description","level":2,"text":"Description","html":{}},{"id":"the-fix","level":2,"text":"The fix","html":{}}],"raw":["## Description","## The fix"]},"code":"\n\n

Description

~> setxkbmap dvorak\nError loading new keyboard description

This issue occurs with any of the variants listed in xorg.lst

sed -n '/! variant/,/! option/p' /usr/share/X11/xkb/rules/xorg.lst

This was the first issue I encountered with xmodmap, and it was quite confusing since I had been using\nthis variant for more than 10 years without any problems until the recent system update.

The fix

The fix is simple and intuitive:

# Here we specify 2 layouts: us dvorak and us qwerty.\n# Since qwerty is the default one, you can just skip it, but you still need a comma.'\nsetxkbmap -layout \"us,us\" -variant \"dvorak,\"

Now, instead of directly passing variant as a layout, you should specify corresponding layout and its variant.

\n","meta":{"published":true,"title":"Xkbmap issue when passing variant as a layout","description":"After the xkbmap 1.3.4 version, my Dvorak layout stopped switching. Here is a quick solution to fix this issue...","created_at":"2023/06/18 18:19","lastModified":"2023/09/1 11:00","tags":["linux","dotfiles","keyboard"],"keywords":["setxkbmap issue with layout","setxkbmap dvorak error","keyboard layout switch doesn't work after system update","Error loading new keyboard description","setxkbmap -variant -option"],"readMin":1},"slug":"setxbkmap-correct-way","path":"/src/blogposts/exclusive/setxbkmap-correct-way.md"}]}

ss(1)

ss(1)

NAME

SYNOPSIS

DESCRIPTION

NOTES

(END)

ss(1)