Bernhard Pieber | 1 Dec 14:23 2007

Local Store on Mac?

I think about setting up a local Store on my Mac. I searched for this  
in the mailing list archive but did not find anything on this topic.  
In the Source Code Management Guide there is no reference specific to  
Mac OS X either.

What is the best way to do that?
I guess PostgreSQL is my only option?
Are there any traps to be aware of?

I'd be thankful for any advice.

Cheers,
Bernhard

Alan Knight | 1 Dec 15:29 2007
Picon

Re: Local Store on Mac?

Postgresql does seem likely to be the main option. I believe there are as yet no Oracle drivers for Intel MacOSX, and I suspect SQL Server isn't available. But Postgresql works nicely under MacOSX. I've used it for several years for my local repository, and have had no issues. For database maintenance tasks the PGAdmin tool is nice, but at least used to be Windows-only.

At 08:23 AM 12/1/2007, Bernhard Pieber wrote:
I think about setting up a local Store on my Mac. I searched for this 
in the mailing list archive but did not find anything on this topic. 
In the Source Code Management Guide there is no reference specific to 
Mac OS X either.

What is the best way to do that?
I guess PostgreSQL is my only option?
Are there any traps to be aware of?

I'd be thankful for any advice.

Cheers,
Bernhard

--
Alan Knight [|], Cincom Smalltalk Development
knight <at> acm.org
aknight <at> cincom.com
Ed Hynes | 1 Dec 15:58 2007
Picon

Re: Local Store on Mac?

Bernhard,

I used Marc Liyange's PostgreSQL package (http://www.entropy.ch/ 
software/macosx/postgresql/) to install it on my Mac and then  
followed the instructions in the Source Code Management Gudie.  Other  
than initially forgetting to poke a hole in the firewall for remote  
access, everything "just worked" :^).

Regards,
Ed

On Dec 1, 2007, at 8:23 AM, Bernhard Pieber wrote:

> I think about setting up a local Store on my Mac. I searched for  
> this in the mailing list archive but did not find anything on this  
> topic. In the Source Code Management Guide there is no reference  
> specific to Mac OS X either.
>
> What is the best way to do that?
> I guess PostgreSQL is my only option?
> Are there any traps to be aware of?
>
> I'd be thankful for any advice.
>
> Cheers,
> Bernhard
>

Attachment (smime.p7s): application/pkcs7-signature, 3259 bytes
Andre Schnoor | 1 Dec 16:41 2007
Picon

Re: Local Store on Mac?


Alan Knight wrote:
Postgresql does seem likely to be the main option. I believe there are as yet no Oracle drivers for Intel MacOSX, and I suspect SQL Server isn't available. But Postgresql works nicely under MacOSX. I've used it for several years for my local repository, and have had no issues. For database maintenance tasks the PGAdmin tool is nice, but at least used to be Windows-only.

pgAdmin is also available for MacOS X:
http://www.pgadmin.org/download/macosx.php

HTH
Andre
Bernhard Pieber | 1 Dec 18:57 2007

Re: Local Store on Mac?

Alan, Ed,
Thanks to your help I managed to set up a local Store repository  
using PostgreSQL on Mac OS X.

It did not go very smooth because of my lack of previous knowledge  
about both, Store and PostgreSQL. Perhaps worth noting:
1. The environment name 192.168.1.34_storedb did not work. When I  
changed it to localhost:5432_storedb it worked.
2. I had to use bern instead of BERN to avoid a debugger when  
installing the Store tables.
3. pgAdmin3 works on Mac OS X and was very helpful.

Thank you very much!

Cheers,
Bernhard

Am 01.12.2007 um 15:58 schrieb Ed Hynes:

> Bernhard,
>
> I used Marc Liyange's PostgreSQL package (http://www.entropy.ch/ 
> software/macosx/postgresql/) to install it on my Mac and then  
> followed the instructions in the Source Code Management Gudie.   
> Other than initially forgetting to poke a hole in the firewall for  
> remote access, everything "just worked" :^).
>
> Regards,
> Ed
>
>
> On Dec 1, 2007, at 8:23 AM, Bernhard Pieber wrote:
>
>> I think about setting up a local Store on my Mac. I searched for  
>> this in the mailing list archive but did not find anything on this  
>> topic. In the Source Code Management Guide there is no reference  
>> specific to Mac OS X either.
>>
>> What is the best way to do that?
>> I guess PostgreSQL is my only option?
>> Are there any traps to be aware of?
>>
>> I'd be thankful for any advice.
>>
>> Cheers,
>> Bernhard
>>
>

Bernhard Pieber | 1 Dec 19:03 2007

Re: Local Store on Mac?

Thanks for your suggestion. I have found it.

By the way, your music apps look really great! I found them today and  
plan to get myself a copy of Harmony Navigator soon.

Cheers,
Bernhard

Am 01.12.2007 um 16:41 schrieb Andre Schnoor:

>
> Alan Knight wrote:
>>
>> Postgresql does seem likely to be the main option. I believe there  
>> are as yet no Oracle drivers for Intel MacOSX, and I suspect SQL  
>> Server isn't available. But Postgresql works nicely under MacOSX.  
>> I've used it for several years for my local repository, and have  
>> had no issues. For database maintenance tasks the PGAdmin tool is  
>> nice, but at least used to be Windows-only.
>>
> pgAdmin is also available for MacOS X:
> http://www.pgadmin.org/download/macosx.php
>
> HTH
> Andre

Vladimir Pogorelenko | 2 Dec 21:27 2007
Picon

Re: [OSX] Leopard mess ?


Henrik Johansen-3 wrote:
> 
> Experiencing the same myself when loading packages from store, can´t  
> say its because the upgrade for sure since I only ran VW under Windows  
> before.
> 
> Happened 2 times to 2 different parcels now (one of which had loaded  
> fine when the other blew up), so I don´t think its package/parcel  
> specific.
> 
> Attached is error log from one of those, and machine specs (Intel C2D  
> Macbook pro) for those interested.
> 

I have the same problem and catch similar error log while publishing Base
VisualWorks Bundle.
--

-- 
View this message in context: http://www.nabble.com/-OSX--Leopard-mess---tf4738002.html#a14119638
Sent from the VisualWorks mailing list archive at Nabble.com.

Bruce Badger | 3 Dec 15:27 2007
Picon

Re: Socket isActive until what or when?

Reinout and Marten,

Thanks for your help with my socket question.  I still can't figure
out how I can detect when a client has closed their socket.

I run the following simple test case in a workspace and use the halts
to let me mess with the client.  I just use telnet as the client.

serverSocket := SocketAccessor newTCPserverAtPort: 12345.
serverSocket listenFor: 10.
connectionSocket := serverSocket accept.
buffer := ByteArray new: 100.
octetsTransferred := connectionSocket readInto: buffer startingAt: 1 for: 100.
readOctets := buffer copyFrom: 1 to: octetsTransferred.
1 halt: 'Now close the client connection'.
octetsTransferred := connectionSocket readInto: buffer startingAt: 1 for: 100.
1 halt: 'Any exception?  Nope.'.
actuallyRead := connectionSocket writeFrom: readOctets.
1 halt: 'Any exception? Nope.'

Reinout suggested: "If the socket has been closed properly you cannot
read any more data
from it, IOW if you do a #next on its readStream you should get an
EndOfStream exception"
... but this is not the case above.  I can read from the socket
without getting an EndOfStream exception even when the telnet program
is no longer running.  The resulting octetsTransfered is zero, but I
would expect that since no octets were available to be read.

Reinout further suggested: "To ensure detection of net split the send
process (on the same side of the connection) will send a no-op message
every minute or so".  I have a write happening in the above example,
but still no exception.  BTW, I am running both the client and server
on localhost, so there is no net splitting or other such things
happening here AFAIK.  Also, with this writing suggestion, what is a
no-op?  Surely this is protocol dependent, unless there is some
out-of-band way sending something over the socket that the client does
not get to see?

Marten suggested: "The only way to recognize a broken connection is to
send data (at least
under Windows)".  Well, I'm running on Linux and the write in the
above example completes without an exception, thought it does return 0
to say that nothing was actually written.

So, perhaps with this example I can put the question as:  How can I
modify the above code to detect that the telnet client has been
terminated and the socket closed?

Thanks,
    Bruce
--

-- 
Make the most of your skills - with OpenSkills
http://www.openskills.org/

Bruce Badger | 3 Dec 23:12 2007
Picon

Re: Socket isActive until what or when?

Further to this if I run this test script and don't kill the telnet
client, and I instead run through the script and then close the
connection socket in VW then ... the telnet client closes immediately
saying that the socket has been closed by the other end.

If the telnet client can do this then surely we can do it in VW.

But how?

The specific steps I take in this case are:

o Run the script in VW
o Start the telnet client using "telnet localhost 12345"
o enter some text in telnet and hit return, e.g. "abcdef<cr>"
o note that the first read in the script completes and I get "abcdef"
in readOctets
o enter some more text in telnet and hit return
o note that the second read completes
o the script writes the initial readOctets and I see "abcdef" on the
telnet client console
o In VW I close connectionSocket with "connectionSocket close"
o telnet immediately reports "Connection closed by foreign host." No
measurable delay at all.

Thanks,
    Bruce
--

-- 
Make the most of your skills - with OpenSkills
http://www.openskills.org/

Valloud, Andres | 4 Dec 01:59 2007

Regarding knucleotide

Hello,
 
The latest development build runs the knucleotide test solution #1 from the computer languages shootout about 5x faster than before thanks to its improved string hashing facilities.
 
Thanks,
Andres.

Gmane