IRC Logs

Network: freenode Channel: #csharp

	Enter your search terms Submit search form
	Web www.irclog.org

[07:44]<kjr>it's also got known issues with blackdown
[07:44]<`d0>The way I do my project for sourceforge (uced)
[07:44]<`d0>it is very minor specific
[07:44]<kjr>I could write my build script to take care of all that
[07:44]<`d0>yea true
[07:44]<kjr>but why introduce it where not necessary
[07:45]<kjr>but... as I've said, the UI is really the most trivial portion of the application
[07:45]<`d0>your client will love it more
[07:45]<kjr>I don't think so
[07:45]<`d0>don't you believe the way the application is designed will attract the customer?
[07:45]<`d0>dont' get me wrong I like the way your presented your gui :)
[07:46]<`d0>Just change the lookandfeel to windows :p
[07:46]<kjr>`m0: I'm keeping the LNF cross platform uniform
[07:46]<kjr>using JGoodies
[07:46]<`d0>ah
[07:46]<kjr>I also, unfortunately, need to use 1.4.2...
[07:46]<`d0>hmm
[07:46]<`d0>for the drivers?
[07:47]<kjr>for all sorts of compatability issues
[07:48]<`d0>is it a touchscreen application?
[07:48]<kjr>bi
[07:48]<kjr>... no
[07:48]<kjr>erm, right
[07:48]<kjr>I've been working too long...
[07:48]<`d0>:)
[07:48]<kjr>`m0: my boss is afraid of touch screens
[07:48]<`d0>take a break
[07:49]<`d0>work with .net
[07:49]<kjr>`m0: not portable enough
[07:49]<kjr>I'm actually going to go watch Nacho Libre in a bit
[07:49]<`d0>i meant take a break from work :) fool around with .net
[07:49]<`d0>ph
[07:49]<`d0>did you watch this movie:
[07:49]<r1ta>hello does anyone here know how to add custom fields to the createuser wizard and add it to the same database as the username, email address, password etc?
[07:49]<kjr>`m0: I'm gonna use SWT to port my crypto app to java
[07:49]<`d0>Find.Me.Guilty
[07:49]<kjr>no
[07:49]<kjr>`m0: I'll let you know how my SWT endeavours go
[07:50]<`d0>http://www.imdb.com/title/tt0419749/
[07:50]<`d0>:)
[07:50]<`d0>I want to hear that :)
[07:50]<kjr>but, as I said... the UI is the least interesting part of the app
[07:50]<kjr>so, swapping it out with AWT/SWT wouldn't be difficult
[07:50]<`d0>to me, the UI is the most intriguing :)
[07:50]<kjr>`m0: what about the layout? ok?
[07:50]<`d0>*however you spell htat
[07:50]<`d0>your layout is very nice
[07:50]<`d0>everything is there
[07:50]<kjr>and large
[07:50]<`d0>I hope it resizes correctly :)
[07:51]<kjr>that's actually a jinternalframe
[07:51]<`d0>I always have problems with swing :)
[07:51]<`d0>ah
[07:51]<`d0>you need to add one more thing thou
[07:51]<kjr>`m0: those are also absolute positioned
[07:51]<`d0>a status bar....
[07:51]<kjr>a status bar for what reason?
[07:51]<`d0>that is usefull in most parts
[07:51]<`d0>to tell status
[07:51]<kjr>what status
[07:52]<`d0>you can put quick statistics or something
[07:52]<`d0>I don't know (looks nicer) hehe
[07:52]<kjr>doesn't really add any information, but it does potentially confuse users
[07:52]<kjr>`m0: remember, this is a cash register
[07:53]<`d0>yea
[07:54]<`d0>great job thou
[07:54]<`d0>If I know the requirements I could tell you some stuff
[07:55]<wjz>I'm having a bit of a problem using a file on two different threads, if i open it for writing on one thread, on the other i can't open it for reading.
[07:55]<`d0>hmm
[07:55]<wjz>If i open it for reading on both threads it works.
[07:55]<wjz>I'm using the StreamWriter and StreamReader classes.
[07:56]<`d0>yes you can read as many times you want
[07:56]<`d0>close the file for writing before you read it :)
[07:57]<wjz>That is my 'workaround', i was under the impression there would be a better solution.
[07:57]<`d0>you can use a semaphore-style locking mechanism to share files between threads
[07:57]<zyjvnz>yeah
[07:58]<`d0>http://en.wikipedia.org/wiki/Semaphore_%28programming%29
[07:59]<`d0>most OS's don't allow a file to be written and read by two different threads
[07:59]<`d0>there are some advanced file systems that allow parts of files to be mutually exclusive
[07:59]<kjr>`m0: soon as I have a more usable beta, I'll let you know
[07:59]<kjr>and you can test it
[07:59]<wjz>I read something about the ReadWriterLock, that was suposed to allow only one thread to write and the rest to read.
[08:00]<`d0>Okay Kog
[08:03]<wjz>I've actually been using the lock statment to address my resource locking needs, the problem is that i can only lock allocated resources, and to allocate the file i need to open it somehow, but i can't access it.
[08:24]<afd>xor: readwritelock is in system i think
[08:29]<`d0>os
[08:30]<wjz>System.Threading
[08:40]<fjfj>there's no #csharp-fr :(((
[08:41]<fjfj>it's too hard
[08:43]<vufvuzn>xor: what exacgtly have you been locking?
[08:43]<zgzzcygnv>hi
[08:45]<zgzzcygnv>who's ip is 64.71.165.195?
[08:46]<fjfj>:)
[08:46]<zgzzcygnv>you've got a "Backdoor/SubSeven Trojan"
[08:46]<zgzzcygnv>norton just blocked an inbound connection attempt
[08:46]<zgzzcygnv>remote port 59722
[08:49]<wjz>vulture: I've been locking the StreamWriter and the StreamReader.
[08:50]<wjz>The respective objects that is.
[08:52]<zgzzcygnv>ah nvm
[08:52]<zgzzcygnv>64.71.165.195 is gamesurge's scanner

Back to #csharp
Or go to some related logs:
#gentoo
#php
#netbsd
#python
#debian